台湾专利TW201322793A 管理在單播與多播服務之間的交遞觸發

专利PDF首页>>台湾专利

专利附录

专利说明

权利要求

类似技术

同族专利

引用文献

法律状态

优先权

专利摘要:
一種無線通信網路可以單播及廣播模式提供服務，例如，多媒體服務，且提供一服務之模式可視需求之一位準而定。回應於改變對於一服務的需求，該網路可判定服務應自一模式轉變至另一模式，且該網路可將此種轉變發信至訂用該服務之一或多個終端機。
公开号:TW201322793A
申请号:TW101126871
申请日:2012-07-25
公开日:2013-06-01
发明作者:George Cherian；Fatih Ulupinar；Jun Wang
申请人:Qualcomm Inc；
IPC主号:H04W72-00

专利说明:
管理在單播與多播服務之間的交遞觸發
本發明之態樣大體而言可係關於無線通信系統，且更特定言之可係關於管理無線通信網路中多媒體服務之供應。
本專利申請案主張2011年7月25日申請之題為「MANAGING HANDOFF TRIGGERING BETWEEN UNICAST AND MULTICAST SERVICES」的臨時申請案第61/511,490號之優先權，該案已讓與給其受讓人，且其全文特此以引用之方式明確地併入本文中。
無線通信網路經廣泛部署以提供各種通信服務，諸如語音、視訊、封包資料、訊息遞送、廣播等。此等無線網路可為能夠藉由共用可用網路資源而支援多個使用者之多重存取網路。此等多重存取網路之實例包括分碼多重存取(CDMA)網路、分時多重存取(TDMA)網路、分頻多重存取(FDMA)網路、正交FDMA(OFDMA)網路及單載波FDMA(SC-FDMA)網路。
無線通信網路可包括可支援許多使用者設備(UE)(亦稱為行動器件或行動實體)之通信的許多基地台。UE可經由下行鏈路及上行鏈路而與基地台通信。下行鏈路(或前向鏈路)指代自基地台至UE之通信鏈路，且上行鏈路(或反向鏈路)指代自UE至基地台之通信鏈路。於本文中使用時，「基地台」意謂演進式節點B(eNode B或eNB)、節點B、本籍節點B或無線通信系統之類似網路組件。
第三代合作夥伴計劃(3GPP)長期演進(LTE)表示作為全球行動通信系統(GSM)及通用行動電信系統(UMTS)之演進的蜂巢式技術之重大進步。LTE實體層(PHY)提供在基地台(諸如演進式節點B(eNB))與行動實體(諸如UE)之間輸送資料及控制資訊兩者的高效方式。在先前申請案中，用於促進多媒體之高頻寬通信的方法一直為單頻網路(SFN)操作。SFN利用無線電傳輸器(諸如，eNB)與用戶UE通信。在單播操作中，每一eNB可經控制以便傳輸攜載針對一或多個特定用戶UE之資訊的信號。單播發信之特異性可用於致能指名服務，諸如語音呼叫、本文傳訊或視訊呼叫。
在廣播操作中，廣播區域中之一或若干個eNB可以同步方式廣播信號，該等信號攜載可由廣播區域中之任一用戶UE接收及存取的資訊。廣播操作之一般性致能在傳輸公眾感興趣之資訊(例如，事件相關之多媒體廣播)方面有較大效率。因為事件相關之多媒體及其他廣播服務的需求及系統能力已增加，所以系統操作者已展示對於在3GPP網路中利用廣播操作的愈來愈多的關注。過去，3GPP LTE技術主要用於單播服務，從而留有與廣播發信相關之改良及加強的機會。
在該情境下，當UE切換其通信模式(例如，自廣播模式至單播模式，或自單播模式至廣播模式)時，將需要維持關於遞送至UE之內容的服務之連續性。換言之，將需要在UE處避免關於遞送之內容的服務中斷。舉例而言，在UE自單播模式切換至廣播模式的情況下，UE可監視與用以經由廣播遞送內容及/或服務宣告之頻道/頻率不同的頻道/頻率。因而，監視單播訊務頻道之UE可能不知曉其應切換至廣播頻道以避免服務中斷。UE可能繼續在單播頻道上接收內容直至廣播頻道建立為止。在UE自廣播模式切換至單播模式之情況的實例中，將需要UE在廣播被停止或關閉之前建立單播訊務頻道。此處，UE可能不知曉其應建立單播訊務頻道以繼續接收內容。因此，需要用於指導或組態UE來監視適當頻道/頻率及/或建立適當頻道/頻率以避免至UE之服務的中斷之技術。
下文呈現一或多個態樣之簡化概述以便提供對此等態樣之基本理解。此概述並非為所有預期態樣之廣泛綜述，且既不意欲識別所有態樣之關鍵或重要要素，亦不意欲描繪任何或所有態樣之範疇。其唯一目的為以簡化形式呈現一或多個態樣之一些概念以作為稍後呈現之更詳細描述的前序。
所揭示的為用於管理在單播與多播服務之間的交遞觸發之方法及裝置。根據一態樣，一方法包括判定無線通信網路中之服務的用戶之數目。該方法進一步包括比較用戶之數目與預定臨限值。該方法進一步包括若服務當前以廣播或多播模式提供，且若用戶之數目在預定臨限值之下，則回應於來自包括於該數目個用戶中之一或多個用戶對於服務之內容的請求而藉由發送一經修改之內容指定符來起始至單播模式之轉變。該方法進一步包括若服務當前以單播模式提供，且若用戶之數目超過預定臨限值，則回應於來自包括於該數目個用戶中之一或多個用戶對於服務之內容的請求而藉由經由單播模式發送經修改之內容指定符來起始至廣播或多播模式的轉變。
根據另一態樣，無線通信網路中之裝置包括一或多個處理器，該一或多個處理器經組態以：判定無線通信網路中之服務的用戶之數目；比較用戶之數目與預定臨限值；若服務當前以廣播或多播模式提供，且若用戶之數目在預定臨限值之下，則回應於來自包括於該數目個用戶中之一或多個用戶對於服務之內容的請求而藉由發送一經修改之內容指定符來起始至單播模式的轉變；及若服務當前以單播模式提供，且若用戶之數目超過預定臨限值，則回應於來自包括於該數目個用戶中之一或多個用戶對於服務之內容的請求而藉由經由單播模式發送經修改之內容指定符來起始至廣播或多播模式的轉變。該裝置進一步包括經組態以儲存資料之至少一記憶體。
根據另一態樣，無線通信網路中之裝置包括用於判定無線通信網路中之服務的用戶之數目的構件；用於比較用戶之數目與預定臨限值之構件；及用於執行以下動作之收發器構件：若服務當前以廣播或多播模式提供，且若用戶之數目在預定臨限值之下，則回應於來自包括於該數目個用戶中之一或多個用戶對於服務之內容的請求而藉由發送一經修改之內容指定符來起始至單播模式的轉變；及若服務當前以單播模式提供，且若用戶之數目超過預定臨限值，則回應於來自包括於該數目個用戶中之一或多個用戶對於服務之內容的請求而藉由經由單播模式發送經修改之內容指定符來起始至廣播或多播模式的轉變。
根據另一態樣，一電腦程式產品包括含有程式碼之電腦可讀媒體，該程式碼在由一或多個處理器件執行時導致操作之實施，該等操作包括：判定無線通信網路中之服務的用戶之數目；比較用戶之數目與預定臨限值；若服務當前以廣播或多播模式提供，且若用戶之數目在預定臨限值之下，則回應於來自包括於該數目個用戶中之一或多個用戶對於服務之內容的請求而藉由發送一經修改之內容指定符來起始至單播模式的轉變；及若服務當前以單播模式提供，且若用戶之數目超過預定臨限值，則回應於來自包括於該數目個用戶中之一或多個用戶對於服務之內容的請求而藉由經由單播模式發送經修改之內容指定符來起始至廣播或多播模式的轉變。
所揭示的為用於在無線通信系統中在經由服務之多播遞送接收內容與經由服務之單播遞送接收內容之間進行轉變之方法及裝置。根據一態樣，一方法包括：在無線通信網路之終端機處獲得無線通信網路中之一多媒體服務，該多媒體服務係以第一提供模式來提供；藉由該終端機自通信網路接收指示服務自第一提供模式轉變至第二提供模式的經修改之內容指定符；及回應於該經修改之內容指定符，藉由該終端機起始自第一提供模式至第二提供模式之轉變。
根據另一態樣，供用於無線通信網路中之終端機包括至少一處理器，該至少一處理器經組態以執行以下動作：獲得無線通信網路中之一多媒體服務，該多媒體服務係以第一提供模式提供；自通信網路接收指示服務自第一提供模式轉變至第二提供模式的經修改之內容指定符；及回應於該經修改之內容指定符，起始自第一提供模式至第二提供模式的轉變。該終端機進一步包括經組態以儲存資料之至少一記憶體。
根據另一態樣，供用於無線通信網路中之終端機包括：用於獲得無線通信網路中之一多媒體服務的構件，該多媒體服務係以第一提供模式提供；用於自通信網路接收指示服務自第一提供模式轉變至第二提供模式的經修改之內容指定符的收發器構件；及用於回應於該經修改之內容指定符而起始自第一提供模式至第二提供模式之轉變的構件。該終端機進一步包括經組態以儲存資料之至少一記憶體。
根據另一態樣，一電腦程式產品包括含有程式碼之電腦可讀媒體，該程式碼在由一或多個處理器件執行時導致操作之實施，該等操作包括：在無線通信網路之終端機處獲得無線通信網路中之一多媒體服務，該多媒體服務係以第一提供模式來提供；藉由該終端機自通信網路接收指示服務自第一提供模式轉變至第二提供模式的經修改之內容指定符；及回應於該經修改之內容指定符，藉由該終端機起始自第一提供模式至第二提供模式的轉變。
應理解，對於熟習此項技術者而言，自以下詳細描述，其他態樣將變得易於顯而易見，其中藉由說明展示且描述各種態樣。應將圖式及詳細描述在性質上看作說明性而非限制性的。
下文結合所附圖式所闡述之實施方式意欲作為對各種組態之描述，且不欲表示可實踐本文中所描述之概念的僅有組態。出於提供對各種概念之透徹理解之目的，實施方式包括特定細節。然而，對於熟習此項技術者而言將顯而易見，可在無此等特定細節之情況下實踐此等概念。在一些例子中，以方塊圖形式展示熟知結構及組件以便避免混淆此等概念。
本文中所描述之技術可用於諸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA及其他網路之各種無線通信網路。常常可互換地使用術語「網路」及「系統」。CDMA網路可實施諸如通用陸地無線電存取(UTRA)、CDMA2000等之無線電技術。UTRA包括寬頻CDMA(WCDMA)及CDMA之其他變體。CDMA2000涵蓋IS-2000、IS-95及IS-856標準。TDMA網路可實施諸如全球行動通信系統(GSM)之無線電技術。OFDMA網路可實施諸如演進式UTRA(E-UTRA)、超行動寬頻帶(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDM等之無線電技術。UTRA及E-UTRA為通用行動電信系統(UMTS)之部分。3GPP長期演進(LTE)及進階LTE(LTE-A)為UMTS之使用E-UTRA的新版本。UTRA、E-UTRA、UMTS、LTE、LTE-A及GSM被描述於來自名稱為「第三代合作夥伴計劃」(3GPP)之組織的文件中。CDMA2000及UMB描述於來自名為「第三代合作夥伴計劃2」(3GPP2)之組織的文獻中。本文中所描述之技術可用於上文所提及之無線網路及無線電技術以及其他無線網路及無線電技術。為了清楚起見，下文針對LTE來描述該等技術之某些態樣，且在以下大部分描述中使用LTE術語。
圖1展示無線通信網路100，其可為LTE網路。無線網路100可包括許多eNB 110及其他網路實體。eNB可為與UE通信之站台，且亦可稱為基地台、節點B、存取點或其他術語。每一eNB 110a、110b、110c可提供對於特定地理區域之通信涵蓋。在3GPP中，術語「小區」可指代eNB之涵蓋區域及/或伺服此涵蓋區域之eNB子系統，此視使用術語之情境而定。
eNB可提供對巨型小區、微微小區、超微型小區及/或其他類型之小區的通信涵蓋。巨型小區可涵蓋相對大的地理區域(例如，半徑若干千米)，且可允許由具有服務訂用之UE進行不受限制的存取。微微小區可涵蓋相對小的地理區域，且可允許由具有服務訂用之UE進行不受限制的存取。超微型小區可涵蓋相對小的地理區域(例如，家庭)，且可允許由與超微型小區有關聯之UE(例如，在封閉用戶群組(CSG)中之UE、家庭中之使用者的UE，等等)進行有限的存取。巨型小區之eNB可稱為巨型eNB。微微小區之eNB可稱為微微eNB。超微型小區之eNB可稱為超微型eNB或本籍eNB(HNB)。在圖1中所示之實例中，eNB 110a、110b及110c可分別為巨型小區102a、102b及102c之巨型eNB。eNB 110x可為微微小區102x之伺服UE 120x之微微eNB。eNBs 110y及110z可分別為超微型小區102y及102z之超微型eNB。一eNB可支援一或多個(例如，三個)小區。
無線網路100亦可包括中繼台110r。中繼台為接收來自上游站台(例如，eNB或UE)的資料及/或其他資訊之傳輸並將資料及/或其他資訊之傳輸發送至下游站台(例如，UE或eNB)的站台。中繼台亦可為中繼針對其他UE之傳輸之UE。在圖1中所示之實例中，中繼台110r可與eNB 110a及UE 120r通信以便促進在eNB 110a與UE 120r之間的通信。中繼台亦可稱為中繼eNB、中繼器等。
無線網路100可為可包括不同類型之eNB(例如，巨型eNB、微微eNB、超微型eNB、中繼器，等)的異質網路。此等不同類型之eNB可具有不同傳輸功率位準、不同涵蓋區域及對無線網路100中之干擾的不同影響。舉例而言，巨型eNB可具有高傳輸功率位準(例如，5至40瓦特)，而微微eNB、超微型eNB及中繼器可具有較低傳輸功率位準(例如，0.1至2瓦特)。
無線網路100可支援同步操作或非同步操作。對於同步操作而言，eNB可具有類似訊框定時，且來自不同eNB之傳輸可在時間上大致對準。對於非同步操作而言，eNB可具有不同訊框定時，且來自不同eNB之傳輸可在時間上不對準。本文中所描述之技術可用於同步及不同步操作兩者。
網路控制器130可耦接至eNB之集合，且提供對此等eNB之協調及控制。網路控制器130可經由空載傳輸而與eNB 110通信。eNB 110亦可(例如)直接或經由無線或有線空載傳輸而間接地彼此通信。
UE 120可分散於無線網路100中，且每一UE可為固定的或行動的。UE亦可稱為終端機、行動台、用戶單元、站台等。UE可為蜂巢式電話、智慧型電話、個人數位助理(PDA)、無線數據機、無線通信器件、手持型器件、膝上型電腦、無線電話、無線區域迴路(WLL)台或其他行動實體。UE可能夠與巨型eNB、微微eNB、超微型eNB、中繼器或其他網路實體通信。在圖1中，具有雙箭頭之實線指示UE與伺服eNB之間的所要傳輸，該伺服eNB為經指定以在下行鏈路及/或上行鏈路上伺服UE之eNB。具有雙箭頭之虛線指示UE與eNB之間的干擾傳輸。
LTE在下行鏈路上利用正交分頻多工(OFDM)，且在上行鏈路上利用單載波分頻多工(SC-FDM)。OFDM及SC-FDM將系統頻寬分割為多個(K個)正交副載波，一般亦將該等正交副載波稱作載頻調、頻率區間(bin)等等。可藉由資料來調變每一副載波。大體而言，調變符號可在頻域中藉由OFDM且在時域中藉由SC-FDM發送。鄰近副載波之間的間距可為固定的，且副載波之總數目(K)可視系統頻寬而定。舉例而言，對於1.25、2.5、5、10或20兆赫(MHz)之系統頻寬，K可分別等於128、256、512、1024或2048。系統頻寬亦可經分割成多個子頻帶。舉例而言，子頻帶可涵蓋1.08 MHz，且舉例而言，對於1.25、2.5、5、10或20 MHz之系統頻寬，可分別存在1、2、4、8或16個子頻帶。
圖2展示用於LTE中之下行鏈路訊框結構200。用於下行鏈路之傳輸時間線可經分割成無線電訊框202、204、206之單元。每一無線電訊框可具有一預定持續時間(例如，10毫秒(ms))，且可經分割成具有索引0至9之10個子訊框208。每一子訊框可包括兩個時槽，例如時槽210。每一無線電訊框因而可包括具有索引0至19之20個時槽。每一時槽可包括L個符號週期，例如，如圖2中所示，對於正常循環前置項(CP)，7個符號週期212，或對於擴展循環前置項，6個符號週期。正常CP及擴展CP在本文中可稱為不同CP類型。每一子訊框中的2L個符號週期可經指派索引0至2L-1。可用時間頻率資源可經分割成資源區塊。每一資源區塊可在一時槽中涵蓋N個副載波(例如，12個副載波)。
在LTE中，eNB可針對eNB中之每一小區發送主同步信號(PSS)及次同步信號(SSS)。如圖2中所示，主同步信號及次同步信號可分別在具有正常循環前置項之每一無線電訊框的子訊框0及5中之每一者中的符號週期6及5中發送。同步信號可由UE用於小區偵測及獲取。eNB可在子訊框0之時槽1中的符號週期0至3中發送一實體廣播頻道(PBCH)。PBCH可攜載某一系統資訊。
儘管在圖2中之整個第一符號週期中描繪，但eNB可在每一子訊框之第一符號週期的僅一部分中發送實體控制格式指示符頻道(PCFICH)。PCFICH可輸送用於控制頻道之符號週期之數目(M)，其中M可等於1、2或3且可在子訊框之間不同。對於(例如)具有小於10個資源區塊之小系統頻寬，M亦可等於4。在圖2中所示之實例中，M=3。eNB可在每一子訊框之前M(圖2中，M=3)個符號週期中發送實體HARQ指示符頻道(PHICH)及實體下行鏈路控制頻道(PDCCH)。PHICH可攜載資訊以支援混合自動重新傳輸(HARQ)。PDCCH可攜載關於針對UE之資源分配的資訊及針對下行鏈路頻道之控制資訊。儘管圖2中之第一符號週期中未展示，但應理解，PDCCH及PHICH亦可包括於第一符號週期中。類似地，PHICH及PDCCH兩者亦可處於第二及第三符號週期中，但圖2中未如此展示。eNB可在每一子訊框之剩餘符號週期中發送實體下行鏈路共用頻道(PDSCH)。PDSCH可攜載UE之經排程用於在下行鏈路上之資料傳輸的資料。LTE中之各種信號及頻道描述於題為「Evolved Universal Terrestrial Radio Access(E-UTRA)；Physical Channels and Modulation」的3GPP TS 36.211(其公開可用)中。
eNB可以由eNB所使用的系統頻寬之中心1.08 MHz發送PSS、SSS及PBCH。eNB可在發送PCFICH及PHICH之每一符號週期中跨越整個系統頻寬發送此等頻道。eNB可在系統頻寬之某些部分中將PDCCH發送至UE之群組。eNB可在系統頻寬之特定部分中將PDSCH發送至特定UE。eNB可以廣播方式將PSS、SSS、PBCH、PCFICH及PHICH發送至所有UE，可以單播方式將PDCCH發送至特定UE，且亦可以單播方式將PDSCH發送至特定UE。
許多資源要素可用於每一符號週期中。每一資源要素可在一個符號週期中涵蓋一個副載波，且可用以發送一個調變符號(其可為實值或複合值)。未在每一符號週期中用於參考信號之資源要素可配置成資源要素群組(REG)。每一REG可在一個符號週期中包括四個資源要素。PCFICH可在符號週期0中佔據四個REG，其可在頻率上大致均等地間隔。PHICH可在一或多個可組態符號週期中佔據三個REG，三個REG可在頻率上展佈。舉例而言，PHICH之三個REG可全部屬於符號週期0中或可展佈於符號週期0、1及2中。PDCCH可在前M個符號週期中佔據9、18、32或64個REG，該等REG可自可用REG中選擇。針對PDCCH可僅允許REG之某些組合。
UE可知曉用於PHICH及PCFICH之特定REG。UE可搜尋針對PDCCH之REG之不同組合。要搜尋之組合的數目通常小於針對PDCCH所允許之組合的數目。eNB可在UE將搜尋的組合中之任一者中發送PDCCH至UE。
UE可在多個eNB之涵蓋範圍內。可選擇此等eNB中之一者來伺服UE。可基於各種準則(諸如，所接收功率、路徑損失、信雜比(SNR)等)而選擇伺服eNB。
圖3展示基地台/eNB 110及UE 120(其可為圖1中基地台/eNB中之一者及UE中之一者)之設計的方框圖。對於受限關聯情況，基地台110可為圖1中之巨型eNB 110c，且UE 120可為UE 120y。基地台110亦可為某一其他類型之基地台。基地台110可裝備有天線334a至334t，且UE 120可裝備有天線352a至352r。
在基地台110處，傳輸處理器320可接收來自資料源312之資料及來自控制器/處理器340之控制資訊。控制資訊可針對PBCH、PCFICH、PHICH、PDCCH，等等。資料可針對PDSCH，等等。處理器320可分別處理(例如，編碼及符號映射)資料及控制資訊以獲得資料符號及控制符號。處理器320亦可產生(例如)關於PSS、SSS及小區特定參考信號之參考符號。傳輸(TX)多輸入多輸出(MIMO)處理器330可對資料符號、控制符號及/或參考符號執行空間處理(例如，預編碼)(若適用)，且可將輸出符號串流提供至調變器(MOD)332a至332t。每一調變器332可處理各別輸出符號串流(例如，針對OFDM等)以獲得輸出樣本串流。每一調變器332可進一步處理(例如，轉換至類比、放大、濾波及增頻轉換)該輸出樣本串流以獲得下行鏈路信號。來自調變器332a至332t之下行鏈路信號可分別經由天線334a至334t而傳輸。
在UE 120處，天線352a至352r可接收來自基地台110之下行鏈路信號，且可將所接收信號分別提供至解調變器(DEMOD)354a至354r。每一解調變器354可調節(例如，濾波、放大、降頻轉換及數位化)各別所接收信號以獲得輸入樣本。每一解調變器354可進一步處理該等輸入樣本(例如，針對OFDM等)以獲得所接收之符號。MIMO偵測器356可獲得來自所有解調變器354a至354r的所接收之符號，對所接收符號執行MIMO偵測(若適用)，並提供經偵測之符號。接收處理器358可處理(例如，解調變、解交錯及解碼)該等經偵測之符號，將用於UE 120之經解碼資料提供至資料儲集器360，且將經解碼之控制資訊提供至控制器/處理器380。
在上行鏈路上，在UE 120處，傳輸處理器364可接收並處理來自資料源362之資料(例如，針對PUSCH)及來自控制器/處理器380之控制資訊(例如，針對PUCCH)。處理器364亦可產生用於參考信號之參考符號。來自傳輸處理器364之符號可由TX MIMO處理器366預編碼(若適用)，由調變器354a至354r(例如，針對SC-FDM等)進一步處理，並經傳輸至基地台110。在基地台110處，來自UE 120之上行鏈路信號可由天線334接收，由解調變器332處理，由MIMO偵測器336偵測(若適用)，並由接收處理器338來進一步處理以獲得由UE 120發送的經解碼之資料及控制資訊。處理器338可提供經解碼資料至資料儲集器339，並將經解碼控制資訊提供至控制器/處理器340。
控制器/處理器340及380可分別指導在基地台110及UE 120處之操作。處理器340及/或基地台110處之其他處理器及模組可執行或指導對本文中所描述之技術的各種處理程序的執行。處理器380及/或UE 120處之其他處理器及模組亦可執行或指導對圖4及圖5中所說明之功能區塊及/或本文中所描述之技術的其他處理程序的執行。記憶體342及382可分別儲存用於基地台110及UE 120之資料及程式碼。排程器344可對UE進行排程以用於在下行鏈路及/或上行鏈路上進行資料傳輸。在單頻網路中的eMBMS及單播發信
一種促進多媒體之高頻寬通信的機制為單頻網路(SFN)操作。特定言之，多媒體廣播多播服務(MBMS)及用於LTE之MBMS(亦稱為演進式MBMS(eMBMS)(包括，例如LTE情境中最近稱為多媒體廣播單頻網路(MBSFN))者)可利用此SFN操作。SFN可利用無線電傳輸器(諸如，eNB)來與用戶UE通信。eNB之群組可以同步方式傳輸資訊，使得信號彼此加強而非彼此干擾。在eMBMS之情境中，共用之內容可自LTE網路之多個eNB傳輸至多個UE。因此，在給定eMBMS區域中，UE可接收來自無線電範圍及MBSFN區域之一部分內的任一eNB(或多個eNB)的eMBMS信號。然而，為對eMBMS信號進行解碼，每一UE可經由非eMBMS頻道接收來自伺服eNB之多播控制頻道(MCCH)資訊。MCCH資訊可不時地改變，且改變之通知可經由另一非eMBMS頻道(即PDCCH)來提供。因此，為對特定eMBMS區域內之eMBMS信號進行解碼，每一UE可由該區域中之eNB中的每一者伺服MCCH及PDCCH信號。
關於LTE分頻雙工(FDD)的eMBMS之實體層(PHY)，頻道結構可包含在混合載波上之eMBMS與單播傳輸之間分割的分時多工(TDM)資源，藉此允許靈活及動態的頻譜利用。當前，子訊框之子集(其可(例如)達60%)(稱為多媒體廣播單頻網路(MBSFN)子訊框)可經預留以用於eMBMS傳輸。因而，當前eMBMS設計允許十個子訊框中之至多六個用於eMBMS；然而，本發明不限於此。
針對eMBMS之子訊框分配的實例(本發明不限於此)展示於圖4中，圖4展示針對單載波狀況的MBSFN子訊框400上之MBSFN參考信號的現有分配。圖4中描繪之組件對應於圖2中所示之彼等組件，其中圖4展示每一時槽402及資源區塊(RB)404內之個別副載波。在3GPP LTE中，RB 404可在0.5 ms之時槽持續時間內跨越12個副載波，且每一副載波可具有15 kHz之頻寬，每一RB總共跨越180 kHz。子訊框可經分配用於單播或eMBMS；例如，在標記0、1、2、3、4、5、6、7、8及9的子訊框之序列408中，子訊框0、4、5及9在FDD中可自eMBMS中排除。又，子訊框0、1、5及6在分時雙工(TDD)中可自eMBMS中排除。更特定言之，子訊框0、4、5及9可用於PSS/SSS/PBCH/傳呼/系統資訊區塊(SIB)及單播服務。序列中之剩餘子訊框(例如，子訊框1、2、3、6、7及8)可組態為eMBMS子訊框。
繼續參看圖4，在每一eMBMS子訊框400內，前1或2個符號406可用於單播參考符號(RS)及控制發信。前1或2個符號406之CP長度可遵循子訊框0之CP長度。若CP長度不同，則傳輸間隙可發生在前1或2個符號406與eMBMS符號之間。在相關態樣中，考慮RS額外負擔(例如，6個eMBMS子訊框及在每一eMBMS子訊框內之2個控制符號)，總eMBMS頻寬利用率可為42.5%。用於提供MBSFN RS及單播RS之技術通常可涉及在MBSFN子訊框上分配MBSFN RS(如圖4中所示)，且亦可涉及在非MBSFN子訊框上單獨分配單播RS。更特定言之，如圖4展示，MBSFN子訊框400的擴展之CP可包括MBSFN RS 410，但不包括單播RS。本發明技術不限於圖2及圖4所說明的特定訊框分配方案，其係作為實例而非作為限制來呈現。如本文中所使用的多播會期或多播廣播可使用任何合適之訊框分配方案。 eMBMS服務區域
圖5說明例示性系統500(本發明不限於此)，其包括包含多個MBSFN區域504、506、508的MBMS服務區域502，MBSFN區域504、506、508自身可包括多個小區或基地台510。於本文中使用時，「MBMS服務區域」係指其中某一MBMS服務為可用的無線傳輸小區之群組。舉例而言，特定體育頻道或其他節目可由MBMS服務區域內之基地台在特定時間廣播。廣播特定節目之區域界定MBMS服務區域。MBMS服務區域可由如以504、506及508所示的一或多個「MBSFN區域」組成。於本文中使用時，MBSFN區域係指當前使用MBSFN協定以同步方式廣播特定節目的小區(例如，小區510)之群組。「MBSFN同步區域」係指以使得小區之群組能夠使用MBSFN協定以同步方式操作以廣播特定節目而不管其當前是否正如此操作的方式互連及組態的小區之群組。每一eNB可在給定頻率層上屬於僅一個MBSFN同步區域。值得注意的是，MBMS服務區域502可包括一或多個MBSFN同步區域(未圖示)。相反，MBSFN同步區域可包括一或多個MBSFN區域或MBMS服務區域。大體而言，MBSFN區域可由單一MBSFN同步區域之全部或一部分組成，且可位於單一MBMS服務區域中。可支援各種MBSFN區域之間的重疊，且單一eNB可屬於若干不同MBSFN區域。舉例而言，高達8個獨立MCCH可組態於系統資訊區塊(SIB)13中以支援在不同MBSFN區域中之會員資格。MBSFN區域預留的小區或基地台為MBSFN區域內之無助於MBSFN傳輸的小區/基地台，例如，靠近MBSFN同步區域邊界的小區，或由於其位置而不需要MBSFN傳輸之小區。 eMBMS系統組件及功能
圖6說明用於提供或支援MBSFN服務之無線通信系統600的功能實體。關於服務品質(QoS)，系統600可使用保證位元速率(GBR)型MBMS承載，其中最大位元速率(MBR)等於GBR。此等組件係作為實例而展示並描述，且不限制本文中描述之發明概念，其可適合於用於遞送及控制多播傳輸的其他架構及功能分佈。
系統600可包括MBMS閘道器(MBMS GW)616。MBMS GW 616可經由M1介面控制MBMS使用者平面資料至eNodeB 604的網際網路協定(IP)多播散佈；展示許多可能eNB中之一個eNB 604。另外，MBMS GW可經由M1介面控制MBMS使用者平面資料至UTRAN無線電網路控制器(RNC)620的IP多播散佈；展示許多可能RNC中之一個UTRAN RNC 620。M1介面可與MBMS資料(使用者平面)相關聯，且可利用IP用於資料封包之遞送。eNB 604可經由E-UTRAN Uu介面提供MBMS內容至UE/行動實體602。RNC 620可經由Uu介面提供MBMS內容至UE/行動實體622。MBMS GW 616可進一步經由行動性管理實體(MME)608及Sm介面執行MBMS會期控制發信，例如，MBMS會期開始及會期結束。MBMS GW 616可使用MBMS承載藉由SG-mb(使用者平面)參考點進一步為實體提供一介面，且可使用MBMS承載藉由SGi-mb(控制平面)參考點為實體提供一介面。SG-mb介面可攜載MBMS承載服務特定發信。SGi-mb介面為用於MBMS資料遞送之使用者平面介面。MBMS資料遞送可藉由IP單播傳輸或藉由IP多播來執行，IP單播傳輸可為預設模式。MBMS GW 616可經由伺服通用封包無線電服務支援節點(SGSN)618及Sn/Iu介面在UTRAN上為MBMS提供一控制平面功能。
系統600可進一步包括一多播協調實體(MCE)606。MCE 606可對MBMS內容執行許可控制功能，且可使用MBSFN操作為多小區MBMS傳輸分配可由MBSFN區域中之所有eNB使用的時間及頻率無線電資源。MCE 606可判定MBSFN區域之無線電組態，諸如，調變及編碼方案。MCE 606可排程並控制MBMS內容之使用者平面傳輸，且可(例如)藉由判定哪些服務將在哪些多播頻道(MCH)中被多工來管理eMBMS服務多工。MCE 606可經由M3介面與MME 608一起參與MBMS會期控制發信，且可將eNB 604提供給一控制平面介面M2。
系統600可進一步包括可與內容提供者伺服器614通信之廣播-多播服務中心(BM-SC)612。BM-SC 612可處置多播內容自一或多個源(諸如，內容提供伺服器614)之輸入，且可提供其他高階管理功能。此等功能可包括(例如)會員資格功能(membership function)，其可包括對經識別UE之MBMS服務的授權及起始。BM-SC 612可進一步執行MBMS會期及傳輸功能、實況廣播之排程，及/或遞送，包括MBMS及相關聯之遞送功能。BM-SC 612可進一步提供服務廣告及描述，諸如可用於多播之廣告內容。單獨封包資料協定(PDP)脈絡可用以攜載UE與BM-SC之間的控制訊息。BM-SC可進一步提供安全功能(諸如密鑰管理)，可根據參數(諸如，資料量及QoS)管理內容提供者之計費，可針對廣播模式在UTRAN及E-UTRAN中為MBMS提供內容同步，且可在UTRAN中為MBSFN資料提供標頭壓縮。BM-SC 612可向MBMS-GW 616指示會期開始、更新及停止，包括諸如QoS及MBMS服務區域之會期屬性。
系統600可進一步包括一行動性管理實體(MME)608，MME 608可與MCE 606及MBMS-GW 616通信。MME 608可在E-UTRAN上為MBMS提供一控制平面功能。另外，MME可將由MBMS-GW 616界定之多播相關資訊提供給eNB 604及UE 602。MME 608與MBMS-GW 616之間的Sm介面可用以攜載MBMS控制發信，例如會期開始及停止信號。
系統600可進一步包括一封包資料網路(PDN)閘道器(GW)610，有時簡寫為P-GW。P-GW 610可針對發信及/或使用者資料在UE 602與BM-SC 612之間提供一演進式封包系統(EPS)承載。因而，P-GW可接收發源於UE之與指派給UE之IP位址相關聯的基於統一資源定位符(URL)的請求。BM-SC 612亦可經由P-GW 610連結至一或多個內容提供者，P-GW 610可經由IP介面(例如，經由SGi介面)與BM-SC 612通信，如圖6中所示。
系統600可用以在MBMS區域中傳輸eMBMS或其他多播會期。如圖7中所示，用於處置MBMS會期之方法700可包括經排程傳輸之宣告或廣告其可用性的初始操作702。宣告或廣告可由BM-SC提供。舉例而言，可(進一步例如)藉由使用開放行動聯盟(OMA)行動廣播服務允用套件(BCAST)服務指南在指定區域中廣告在特定日期及時間開始運動賽事之MBMS廣播。為獲得廣告，使用者可藉由UE訂用一訊息服務，下載一節目指南或清單，或採取某一其他動作。在替代例中，廣告可經推送至行動實體而無需來自使用者之任何動作。服務宣告可包括(例如)服務識別符、服務區域識別符、排程、適當之IP多播位址及/或其他資訊。
在704處，系統可在廣告之日期及時間在指定廣播區域內起始一多播傳輸。舉例而言，BM-SC可使用一會期開始程序建立一MBMS無線電承載來起始一MBMS廣播。
在706處，系統可(諸如)藉由使用傳輸至行動實體之MCCH改變通知來提供正在進行或即將到來之MBMS服務的通知至行動實體。在708處，系統可使用所建立之MBMS無線電承載(或MBMS承載)將所廣告服務之MBMS內容傳送至行動實體。在710處，一旦eMBMS廣播完成，系統便可停止多播會期，並釋放其相關聯之無線電承載。
MBMS承載脈絡可在MBMS會期起始時形成於MME、MBMS GW、SGN及無線電存取網路(RAN)之其他元件中。圖8說明在MBMS承載脈絡之作用中會期狀態820與非作用中/待用狀態810之間的例示性狀態循環800。MBMS承載脈絡自身可包括控制平面之MBMS GW隧道端點ID(TEID-C)及暫時行動群組識別碼(TMGI)。每一MBMS承載服務之唯一TMGI可由BM-SC分配，並用於MBMS通知目的。MBMS承載脈絡可進一步包括：流識別符；使用中之控制平面的MBMS GW IP位址；使用中之使用者平面的MBMS GW IP位址；及使用者平面的MBMS GW之共同隧道端點ID(C-TEID)。MBMS承載脈絡可進一步包括一或多個QoS指示符或參數，例如，QoS類識別符(QCI)或如上文提及之MBR=GBR。MBMS承載脈絡可進一步包括：MBMS服務區域識別符；下游節點之清單；及用於散佈之IP多播及源位址，其可由MBMS GW選擇。前述MBMS承載脈絡組件係僅作為實例來提供，且本發明技術不限於MBMS承載脈絡之特定組態。基於需求之MBMS管理的系統級概觀
在LTE中，eMBMS應用可分類為基於排程之eMBMS或基於需求之eMBMS。在基於排程之MBMS應用中，網路側之系統操作者可控制eMBMS內容之傳輸，其發生在經排程之時間。行動實體可用以訂用經排程之傳輸，且藉此接收行動使用者關注之內容。此方案中的eMBMS內容供應項目因此可能限於操作者之經排程eMBMS傳輸。
在基於需求之eMBMS應用中，可回應於需求監視而提供eMBMS內容供應項目。舉例而言，使用者可搜尋並請求廣域網路(諸如，網際網路)上可用之內容。系統可監視特定內容之需求位準，且可偵測超過第一指定臨限值之需求。類似地，系統可偵測降落至第二指定臨限值之下之需求，第二指定臨限值與第一指定臨限值可相同或可不相同。此等臨限值可回應於當前負載位準或其他參數而浮動。回應於偵測到超過第一指定臨限值之需求，系統可經由eMBMS會期提供所需求之內容，且必要時將行動實體自單獨控制之單播會期轉變至共同eMBMS廣播以用於指定網路區域(例如，MBMS區域)內之聯絡。類似地，回應於偵測到需求小於第二指定臨限值，系統可經由單獨控制之單播會期提供所需求之內容，且必要時可將行動實體自共同eMBMS廣播轉變至此等單播會期。因此，MBMS內容未必需要限於由系統操作者基於排程所廣播的預定內容選擇。使用者因此可經由eMBMS廣播存取更廣泛之內容。同時，系統操作者可基於使用者需求藉由經由多播或經由單播在區域中傳輸最風行內容而獲得更有效地利用系統資源之優點。
基於需求之eMBMS可進一步分類成兩種不同類型：實況廣播及隨選式串流或檔案下載。使用IP之電視類節目(IP TV)及IP無線電的串流為基於需求之eMBMS之實況廣播類型的實例。實況廣播之特徵為源大體上同時將相同內容串流至一或多個目的地位址而無關於使用者何時起始串流下載，藉此同時模擬相同內容至不同接收器的廣播。接收或請求接收特定實況廣播內容之行動實體當位於相同MBSFN服務區域中時可使用基於需求之方法而聚集以經由多播接收實況內容。
比較而言，第二類型(隨選式串流或檔案下載)可表徵為在由使用者選擇之不同時間將內容提供至不同目的地。風行內容之釋放可觸發至不同位址的同時發生或大體上同時發生之串流傳輸或下載。舉例而言，視訊之風行或預期會風行之應用或應用更新的釋放可使許多使用者在相對窄的時間窗內串流傳輸或下載內容。在共用時間窗內(例如，在同時發生的或重疊的下載或串流傳輸會期內)接收或請求相同內容的行動實體可使用基於需求之eMBMS會期部分地或完全地共用下載或串流傳輸所需之頻寬。
某些共同問題可出現在提供基於需求之eMBMS服務中，其可使用不同技術解決方案來解決。此等問題可包括(例如)需求監視及/或在起始或終止基於需求之eMBMS會期時在單播與多播會期之間的切換；此切換可基於需求監視。在詳細論述解決此等問題的可能方法之前，在系統級上論述基於需求之eMBMS方法及系統的綜述。實例方法及裝置
參看各種流程圖將更佳地瞭解根據所揭示標的物而實施之方法。為了解釋簡單，方法經展示並描述為一系列動作/操作。然而，所主張之標的物並不受操作之數目或次序限制，因為一些操作可以不同於本文中描繪及描述之次序的次序及/或與其他操作大體上同時發生。此外，可能並不需要所有所說明之操作來實施本文中描述之方法。應瞭解，與操作相關聯之功能性可藉由軟體、硬體、其組合或任一其他合適構件(例如，器件、系統、處理程序或組件)來實施。此外，應進一步瞭解，貫穿本說明書揭示的方法能夠作為編碼之指令及/或資料儲存於製造物件上以促進將此等方法傳輸及傳送至各種器件。熟習此項技術者應理解並瞭解，可替代地將方法表示為一系列相關狀態或事件，諸如採取狀態圖形式。
大體而言，基於需求之eMBMS方法可使用如結合圖6所示及所描述之系統來實施。圖9A至圖9G說明用於管理能夠進行單播及多播發信之無線通信系統(WCS)中的基於需求之多播服務的相關方法。圖9A中所示之方法900描述在基於需求之多播的起始之前的操作。方法900可包括在902處，在經由單播會期提供內容之前建立內容之多播區域。一或多個網路實體可在起始基於需求之多播會期之前建立多播區域，但系統仍無需起始多播會期。替代地或另外，可回應於需求而建立一多播區域，且接著可起始一多播會期。方法900可進一步包括在904處，在提供內容之前，一或多個網路實體將內容之可用性向行動實體公佈。此可對應於上文結合圖7描述之操作702。方法900可進一步包括在906處，一或多個網路實體接收來自行動實體之對操作904中公佈之內容的服務請求。
另外，如圖9B中所說明，系統可執行方法930，在方法930中回應於需求位準而起始多播會期。方法930可包括在908處，一或多個網路實體經由單播會期提供由行動實體所請求之內容。內容可遞送至基地台並經由單播發信傳輸至行動實體。可針對MBSFN區域中之多個行動實體重複此操作908。內容之需求位準可與在一所界定區域及/或時間包絡中接收或請求內容的行動實體之計數，或同時發生之需求的某一其他估計或量測相等或相關。時間包絡可用以限制同時接收使用者之計數並排除不再接收內容的使用者。舉例而言，接收內容之行動實體之數目可基於移動平均來計數，且移動平均可用以判定同時發生之需求位準。無線器件可藉由建立與伺服器之單播套接字連接而指示對監視內容之關注。無線器件可進一步使用表示使用者關注之內容的URL發送一http-GET請求。移動平均之週期可選擇為自建立廣播頻道至傳輸該服務之時間導出的值。在替代例中，某一其他方法可用以減少計數或其他需求索引以考量不再接收內容之使用者。舉例而言，當無線器件關閉與伺服器之單播套接字連接時，可減少接收內容之使用者之數目以自接收內容之使用者的數目中減去無線器件。舉例而言，當使用者完成下載時，可將信號提供至追蹤需求之實體，且回應於該信號，追蹤實體可減小當前需求之累積計數。
方法930可進一步包括在910處，一或多個網路實體判定內容之同時發生之需求位準是否超過WCS之區域的界定之臨限值。舉例而言，若需求位準界定為一所界定區域內之特定內容的同時發生之使用者的計數，則系統可監視一或多個區域之需求位準以判定計數何時超過某一臨限值。臨限值可為固定的，或可隨系統負載或其他因素而變。舉例而言，當單播負載為高時，自單播切換至多播之臨限值可為低，且當單播負載為低時，自單播切換至多播之臨限值可為高。方法930可進一步包括在912處，一或多個網路實體可回應於判定同時發生之需求位準已超過臨限值而起始WCS區域中之內容的多播會期。因此，系統可以靈活方式更換用於多播遞送的最高需求之內容以改良系統資源之使用效率。
另外，系統可回應於充分需求而在多播會期起始後執行某些操作940，如圖9C中所示。此等操作可包括在914處，一或多個網路實體在於多播區域中起始多播會期之後停止位於無線通信系統之多播區域中的行動實體經由單播會期之傳輸。另外，操作可包括915處之持續需求監視以偵測多播使用者之數目是否降落在所界定之最小臨限值之下。回應於偵測到經由多播會期接收內容之行動實體的數目降落在所界定之臨限值之下，操作940可進一步包括在916處，對於經由多播會期接收內容之行動實體，恢復經由單播會期提供內容。其後，操作940可進一步包括在918處，在恢復經由單播會期提供內容之後停止經由多播會期之傳輸。
可使用各種不同方法來執行對需求位準之監視。圖9D說明用於需求監視之一方法950，其可包括在920處，藉由計數WCS區域內的對於經由無線通信系統之各別基地台接收的內容之請求之數目來監視同時發生之需求位準。此可包括，如922處所說明，使用為來自行動實體之請求所共有的統一資源定位符(URL)來識別對於內容之請求。基地台或其他網路實體可在移動時間包絡(諸如，最後一分鐘、最後十分鐘或任一所要的移動週期)內計數共用一共同URL或其他內容位址的請求。方法950通常可理解為在系統之需求(例如，行動實體/基地台)側處的需求監視，其中行動實體之數目及位置可易於由基地台確定。因此，基地台監視請求以判定哪一內容正由各種行動實體請求。可在http-GET請求中使用新http標頭將使用者之位置指示給網路中之計數模組。或者，可將位置指示給來自伺服無線器件的eNB之計數模組。
圖9E說明用於需求監視之替代方法960。方法960可包括在924處，第一網路實體指派網際網路協定(IP)位址至行動實體，以便映射至無線通信系統之指定位置。於本文中使用時，當一IP位址或該位址之一部分指示一確定位置或有限區域時，該IP位址「映射」至一位置。可在指派位址時基於UE位置來指派IP位址。舉例而言，IP位址可與一伺服節點或小區位置相關。舉例而言，IP位址可藉由P-GW 610指派。方法960可進一步包括在926處，第二網路實體藉由自指派給行動實體之各別源IP位址判定行動實體之位置來監視同時發生之需求位準。第二網路實體可經定位以易於判定哪一內容正(例如)在內容提供者或P-GW處被請求。第一網路實體可經定位以易於判定行動實體之位置。第一及第二網路實體可體現於共同之物理實體中或可體現於單獨物理實體中。方法960可進一步包括在928處，第一實體(例如)自小區識別符、全球定位系統(GPS)資訊、追蹤區域識別符或小區群組識別符中之至少一者判定行動實體之位置。方法960可進一步包括在929處，將對自行動實體接收的內容之域名系統(DNS)請求重定向至廣播媒體服務中心(BM-SC)。舉例而言，可使用DNS代理將指定第一內容伺服器之URL重定向至BM-SC。方法960通常可理解為在系統之內容源側的需求監視，其中位置映射至需求側之IP位址。可使用其他需求監視方法，且本發明技術不限於上文描述之彼等技術。
圖9F為說明用於管理能夠進行單播及多播發信兩者之WCS中的基於需求之多播服務的方法之另外態樣的方法970。該方法可藉由基地台、BM-SC、高附接率偵測模組(high attach rate detection module)(HDM)(參見下文圖13A至圖13C及圖14)或其他網路實體來執行。方法970可包括在932處，判定無線通信網路中之服務的用戶之數目。方法970可進一步包括在934處，比較用戶之數目與預定之臨限值。方法970可進一步包括在936處，若服務當前係在一廣播或多播模式中提供，且若用戶之數目在預定臨限值之下，則回應於來自包括於該數目個用戶中之一或多個用戶對服務之內容的請求而藉由發送一經修改之內容指定符來起始至單播模式的轉變。方法970可進一步包括在938處，若服務當前係在一單播模式中提供，且若用戶之數目超過預定臨限值，則回應於來自包括於該數目個用戶中之一或多個用戶的對於服務之內容的請求而藉由發送經修改之內容指定符來起始至廣播或多播模式的轉變。經修改之內容指定符可經由單播模式來發送。臨限遲滯可經組態以防止eMBMS會期之建立與斷開之間的往復。臨限值可基於用戶之數目、小區之數目及/或遲滯範圍來設定。舉例而言，在一區域中之用戶之數目可能超過第一臨限值T1，且接著內容之遞送自單播模式切換至廣播或多播模式。接著，該小區中之用戶之數目可能降落至小於第二臨限值T2，其中內容之遞送自廣播或多播模式切換至單播模式。第一臨限值T1可大於第二臨限值T2。舉例而言，對於為30之遲滯範圍(T1-T2)，第一臨限值T1可界定為100，T2界定為70。
圖9G中說明用於管理基於需求之多播服務的額外操作980。操作980中之一或多者可視情況經執行為方法970之部分。操作980可以任何操作次序來執行，或可藉由一發展演算法完成而無需按特定時間次序執行。操作經獨立地執行且不互斥。因此，此等操作中之任一者可無關於是執行另一下游操作還是上游操作而執行。舉例而言，若方法970包括操作980中之至少一者，則方法970可在至少一操作之後終止，而未必必須包括可能說明之任何隨後下游操作。
參看圖9G，額外操作980可包括在942處，調整攜載服務至一或多個用戶之信號的至少一協定要素或至少一標頭。操作980可進一步包括在944處，經由不同於用以提供服務至該一或多個用戶之頻道的控制頻道發送至少一指示至該一或多個用戶。舉例而言，該指示可用信號表示一轉變或命令UE自一單播模式轉變至廣播模式或自廣播模式轉變至單播模式。操作980可進一步包括在946處，使用http-REDIRECT要素來觸發一服務發現程序。操作980可進一步包括在948處，使用一擴展之http要素來觸發一服務發現程序。
圖9H為說明與多媒體內容990之遞送有關的DASH協定之態樣的方塊圖。多媒體內容990可存在於兩個部分中：呈MPD 952形式之後設資料(亦稱為標頭)，及含有作為多媒體位元串流之實際經編碼媒體資料956的區段954。MPD 952可回應於單播取得請求或經由廣播遞送而與其他服務描述後設資料一起遞送至用戶端。此等後設資料項並非媒體資料提取之部分。區段954中之至少一者(例如，第一區段)可為無經編碼媒體資料956的起始區段(IS)，其定義其他區段954之資料格式的細節。MPD 952可描述一URL位址，對於單播遞送，自該URL位址提取用於UE之媒體資料。或者，對於廣播遞送，URL位址可出現在接收器件上。廣播遞送可饋給UE上之快取記憶體。
圖9I說明多媒體內容990A至990B之內容指定符的一例示性修改。網路實體允許MPD 952變化之範圍可包括(例如)自952A至952B修改描述，包括修改多媒體內容之內容指定符(例如，URL至URL-NEW)。經修改之描述可包括用於定位多媒體內容990B之新URL。分別自954A至954B及自956A至956B可不改變區段資訊及經編碼之媒體資料。
參看圖10A，提供用於管理在能夠進行單播發信及多播發信兩者之無線通信系統中的基於需求之多播服務的例示性系統1000，其可組態為能夠進行單播發信及多播發信之無線網路，或組態為供在網路之實體內使用的處理器或類似器件。網路實體可包括無線通信網路之基地台1010(例如，eNB或其他基地台(例如，本籍節點B等))，基地台1010可經由收發器1016與行動實體1030通信。該系統亦可包括如上文描述之一或多個多播網路實體1020，例如，BM-SC、P-GW、MME、MCE、HDM等等，其中之至少一者可經由網路介面1028連結至內容提供者1040。系統1000可包括可表示由處理器、軟體、硬體或其組合(例如，韌體)實施之功能的功能區塊。
如所說明，在一實施例中，系統1000可包括用於經由單播會期提供由WCS之區域中的行動實體請求之內容的電組件或模組1002。舉例而言，當系統1000耦接至或組態為基地台1010時，電組件1002可包括至少一處理器1012，該至少一處理器1012耦接至一收發器1016等等及具有用於經由單播發信提供所請求內容之指令的記憶體1014。舉例而言，當系統1000耦接至或組態為一或多個多播網路實體時，電組件1002可包括至少一處理器1022，該至少一處理器1022耦接至一收發器1026等等及具有用於經由單播發信提供所請求內容之指令的記憶體1024。系統1000可包括用於判定內容之同時發生之需求位準超過WCS之區域的所界定臨限值的電組件1004。舉例而言，電組件1004可包括至少一處理器1012、1022，該至少一處理器1012、1022耦接至一收發器1016、1026等等及保留用於監視指定區域內特定內容之同時發生的需求位準並與臨限值作比較的指令之記憶體1014、1024。系統1000可包括用於回應於判定同時發生之需求位準已超過臨限值而起始無線通信系統之區域內的內容之多播會期的電組件1006。舉例而言，電組件1006可包括至少一處理器1012、1022，該至少一處理器1012、1022耦接至收發器1016、1026等等及保留用於回應於一控制信號而起始指定區域內之多播會期的指令之記憶體1014、1024。系統1000可包括用於執行結合圖9A及圖9C至圖9D描述之額外操作900、940、950、960中之任一者或全部的類似電組件，為說明簡單起見圖10A中未展示該等類似電組件。
組件1002至1006可經由邏輯鏈路1050與一或多個eNB 1010及/或一或多個多播網路實體1020相關。至元件1010、1020兩者的鏈路1050指示每一元件可涉及eNB 1010、多播網路實體1020中之一或多者，或涉及eNB 1010及多播網路實體1020中之一或多者。舉例而言，用於經由單播會期提供由WCS之區域中的行動實體請求之內容的組件1002可涉及eNB及上文結合圖6論述之網路實體HDM、MBMS-GW、BM-SC、P-GW、MCE及MME中之一或多者或類似實體。因此，組件1002至1006未必限於無線通信系統之一處理器實體，且可完全或部分地藉由經由邏輯鏈路1050協作之系統之不同處理實體來體現。邏輯鏈路未必限於單一通信鏈路或介面，且可包括(例如)如上文結合展示不同系統元件之間的不同介面的圖6描述之一個以上通信鏈路或介面。
在相關態樣中，系統1000可視情況包括各自具有至少一處理器之處理器組件1012、1022。處理器1012、1022可經由任一合適之通信耦接件與組件1002至1006或類似組件操作性通信。如上文所指出，eNB 1010或多播網路實體1020中之一者以上可包括組件1002至1006之一部分。因此，處理器1012及1022可實現由電組件1002至1006執行的處理程序或功能之起始及排程。
在另外相關態樣中，系統1000可包括無線電收發器組件1016、1026及網路介面組件1018、1028。系統1000可視情況包括用於儲存資訊之組件，諸如記憶體器件/組件1014、1024。電腦可讀媒體或記憶體組件1014、1024可經由匯流排或其他耦接件操作地耦接至系統1000之其他組件。記憶體組件1014、1024可經調適以儲存用於執行組件1002至1006及其子組件或處理器1012、1022之活動、額外操作900、940、950、960或本文中揭示之方法的電腦可讀指令及資料。記憶體組件1014、1024可留存用於執行與組件1002至1006相關聯之功能的指令。雖然展示為在記憶體1014、1024之外部，但應理解，組件1002至1006可存在於記憶體1014、1024內。
圖10B類似於圖10A，且相應組件以相同參考數字來展示。圖10B亦展示用於管理能夠進行單播發信及多播發信兩者之無線通信系統內的基於需求之多播服務的例示性系統1000B，該無線通信系統可組態為能夠進行單播發信及多播發信之無線網路，或組態為供在網路之實體內使用的處理器或類似器件。然而，圖10B展示在內容之提供最初可經由多播會期且內容之提供可轉變至單播會期之情境中的組件。又，系統1000B可包括可表示由處理器、軟體、硬體或其組合(例如，韌體)實施之功能的功能區塊。
如所說明，在一實施例中，系統1000B可包括用於經由多播會期提供由WCS之區域內的行動實體請求之內容的電組件或模組1002B。舉例而言，當系統1000B耦接至或組態為一基地台1010時，電組件1002B可包括至少一處理器1012，該至少一處理器1012耦接至收發器1016等等及具有用於經由多播發信提供所請求內容的指令之記憶體1014。舉例而言，當系統1000B耦接至或組態為一或多個多播網路實體時，電組件1002B可包括至少一處理器1022，該至少一處理器1022耦接至收發器1026等等及具有用於經由單播發信提供所請求內容的指令之記憶體1024。系統1000B可包括用於判定內容之同時發生之需求位準是否降落在WCS之區域的所界定臨限值以下的電組件1004B。舉例而言，電組件1004B可包括至少一處理器1012、1022，該至少一處理器1012、1022耦接至收發器1016、1026等等及保留用於監視指定區域內的特定內容之同時發生之需求位準並與臨限值進行比較之指令的記憶體1014、1024。系統1000B可包括用於回應於判定同時發生之需求位準已降落在臨限值之下而起始無線通信系統之區域內的內容之單播會期的電組件1006B。亦即，可經由此等單播會期將內容提供給繼續希望接收內容之行動實體。舉例而言，電組件1006B可包括至少一處理器1012、1022，該至少一處理器1012、1022耦接至收發器1016、1026等等及保留用於回應於一控制信號而起始指定區域中之多播會期之指令的記憶體1014、1024。系統1000B可包括用於執行結合圖9A及圖9C至圖9D描述之額外操作900、940、950、960中之任一者或全部的類似電組件，為說明簡單起見圖10B中未展示該等類似電組件。應進一步注意，圖10A及圖10B中所示之執行類似功能的組件可在圖10A與圖10B中所示之功能之間共用。
參看圖10C，提供用於管理能夠進行單播發信及多播發信兩者之無線通信系統內之基於需求之多播服務的另一例示性系統1060，該系統1060可經組態為一無線網路，或組態為供在網路之實體內使用的處理器或類似器件。該等網路實體可包括無線通信網路之基地台1010(例如，eNB或其他基地台(例如，本籍節點B等))，基地台1010可經由收發器1016與行動實體1030通信。該系統亦可包括如上文描述之一或多個多播網路實體1020，例如，HDM、BM-SC、P-GW、MME、MCE等，其中之至少一者可經由網路介面1028連結至內容提供者1040。系統1060可包括可表示由處理器、軟體、硬體或其組合(例如，韌體)實施之功能的功能區塊。
如所說明，在一實施例中，系統1060可包括用於判定無線通信網路中的服務之用戶之數目的電組件或模組1052。舉例而言，電組件1052可在基地台1010及網路實體1020中之一者或兩者中包括至少一處理器1012、1022，該至少一處理器1012、1022耦接至收發器1016、1026等等及具有用於判定用戶之數目的指令之記憶體1014、1024。系統1060可包括用於比較用戶之數目與預定臨限值的電組件1054。系統1060可包括用於在服務當前正以廣播或多播模式提供的情況下且在用戶之數目在預定臨限值之下的情況下回應於來自包括於該數目個用戶中之一或多個用戶對服務之內容的請求而藉由發送經修改之內容指定符來起始至單播模式之轉變的電組件1056。舉例而言，電組件1056可包括耦接至收發器1016、1026等等及保留用於起始轉變的指令之記憶體1014、1024的至少一處理器1012、1022。系統1060可包括用於在服務當前正以單播模式提供的情況下且在用戶之數目超過預定臨限值的情況下回應於來自包括於該數目個用戶中之一或多個用戶對服務之內容的請求而藉由經由單播模式發送經修改之內容指定符來起始至廣播或多播模式之轉變的電組件1058。舉例而言，電組件1058可包括耦接至收發器1016、1026等等及保留用於起始轉變的指令之記憶體1014、1024的至少一處理器1012、1022。
組件1052至1058可經由邏輯鏈路1050與一或多個eNB 1010及/或一或多個多播網路實體1020相關。至元件1010、1020之兩者的鏈路1050指示每一元件可涉及eNB 1010、多播網路實體1020中之一或多者，或涉及eNB 1010及多播網路實體1020中之一或多者。舉例而言，用於判定用戶之數目的組件1052可涉及eNB及上文結合圖6論述的網路實體MBMS-GW、BM-SC、P-GW、MCE及MME中之一或多者或類似實體。因此，組件1052至1058未必限於無線通信系統之一處理器實體，且可完全或部分地藉由經由邏輯鏈路1050協作的系統之不同處理實體來體現。邏輯鏈路不必限於單一通信鏈路或介面，且可包括(例如)如上文結合展示不同系統元件之間的不同介面之圖6所描述的一個以上通信鏈路或介面。
在相關態樣中，系統1060可視情況包括各自具有至少一處理器之處理器組件1012、1022。處理器1012及1022可經由任一合適之通信耦接件與組件1052至1058或類似組件操作通信。如上文所提及，eNB 1010或多播網路實體1020中之一者以上可包括組件1052至1058之一部分。因此，處理器1012及1022可實現由電組件1052至1058執行的處理程序或功能之起始及排程。
在另外相關態樣中，系統1060可包括無線電收發器組件1016、1026及網路介面組件1018、1028。系統1060可視情況包括用於儲存資訊之組件，諸如記憶體器件/組件1014、1024。電腦可讀媒體或記憶體組件1014、1024可經由匯流排或其他耦接件操作性地耦接至系統1000之其他組件。記憶體組件1014、1024可經調適以儲存用於執行組件1052至1058及其子組件或處理器1012、1022之活動或本文中所揭示之方法的電腦可讀指令及資料。記憶體組件1014、1024可留存用於執行與組件1052至1058相關聯之功能的指令。雖然展示為在記憶體1014、1024外部，但應理解，組件1052至1058可存在於記憶體1014、1024內。
參看圖10D，展示系統1060之進一步可選組件或模組。舉例而言，系統1060可進一步包括用於調整攜載服務至一或多個用戶之信號的至少一協定要素或至少一標頭的電組件或模組1062。系統1060可進一步包括用於經由不同於用以提供服務至該一或多個用戶之頻道的控制頻道發送至少一指示至該一或多個用戶的電組件或模組1064。舉例而言，該指示可用信號表示一轉變或命令UE自一單播模式轉變至廣播模式或自廣播模式轉變至單播模式。舉例而言，電組件1064可包括至少一處理器1012、1022，該至少一處理器1012、1022耦接至一收發器1016、1026等等及保留用於發送該至少一指示之指令的記憶體1014、1024。系統1060可進一步包括用於使用http-REDIRECT要素來觸發一服務發現程序之電組件或模組1066。舉例而言，電組件1066可包括至少一處理器1012、1022，該至少一處理器1012、1022耦接至一收發器1016、1026等等及保留用於使用http-REDIRECT要素的指令之記憶體1014、1024。系統1060可進一步包括用於使用擴展http要素以觸發一服務發現程序的電組件或模組1068。舉例而言，電組件1066可包括至少一處理器1012、1022，該至少一處理器1012、1022耦接至一收發器1016、1026等等及保留用於使用擴展之http要素的指令之記憶體1014、1024。
圖11A及圖11B說明用於在無線通信系統中在經由服務之多播遞送接收內容與經由服務之單播遞送接收內容之間進行轉變之方法的進一步實施例。該方法可藉由UE、行動實體、無線終端機等等執行。方法1100可包括在1102處，獲得無線通信網路中之一多媒體服務，該多媒體服務係以第一提供模式提供。方法1100可進一步包括在1104處，接收來自通信網路的指示服務自第一提供模式轉變至第二提供模式的經修改之內容指定符。舉例而言，經修改之內容指定符可反映訂用第一提供模式中之多媒體服務之終端機的數目與預定臨限值的比較。方法1100可進一步包括在1106處，回應於經修改之內容指定符而起始自第一提供模式至第二提供模式的轉變。
圖11B中說明用於實施在經由服務之多播遞送接收內容與經由服務之單播遞送接收內容之間進行轉變之額外操作1150。操作1150中之一或多者可視情況作為方法1100之部分來執行。操作1150可以任何操作次序執行，或可藉由發展演算法完成而無需按特定時間次序執行。操作經獨立地執行且不互斥。因此，此等操作中之任一者可無關於是執行另一下游操作還是上游操作而執行。舉例而言，若方法1100包括操作1150中之至少一者，則方法1100可在至少一操作之後終止，而未必必須包括可能說明之任何隨後下游操作。
參看圖11B，額外操作1150可包括在1108處，接收用以提供服務至裝置之頻道的一或多個信號中的至少一指示。舉例而言，該指示可用信號表示一轉變或命令UE自一單播模式轉變至廣播模式或自廣播模式轉變至單播模式。操作1150可進一步包括在1110處，接收攜載服務至裝置之信號之至少一協定要素或至少一標頭的至少一經調整之版本。操作1150可進一步包括在1112處，經由不同於用以提供服務至裝置之頻道的控制頻道接收至少一指示。
參看圖12A，提供用於在經由服務之多播遞送接收內容與經由服務之單播遞送接收內容之間進行轉變之例示性裝置1200，其中裝置1200可組態為UE、行動實體、無線終端機等等，或組態為供在UE、行動實體、無線終端機等等中使用之處理器或類似器件。裝置1200可包括可表示由處理器、軟體、硬體或其組合(例如，韌體)實施之功能的功能區塊。
如所說明，在一實施例中，裝置1200可包括用於獲得無線通信網路中之一多媒體服務的電組件或模組1202，該多媒體服務係以第一提供模式來提供。舉例而言，電組件或模組1202可包括至少一處理器1210，該至少一處理器1210耦接至一網路介面1214(例如，傳輸器、接收器、收發器)等等及具有用於獲得多媒體服務之指令的記憶體1216。裝置1200可包括用於接收來自通信網路的指示服務自第一提供模式轉變至第二提供模式的經修改之內容指定符的電組件或模組1204。舉例而言，經修改之內容指定符可反映訂用第一提供模式中之多媒體服務之終端機的數目與預定臨限值的比較。舉例而言，電組件1204可包括至少一處理器1210，該至少一處理器1210耦接至網路介面1214(例如，傳輸器、接收器、收發器)等等及保留用於接收經修改之內容指定符的指令之記憶體1216。裝置1200可包括用於回應於經修改之內容指定符而起始自第一提供模式至第二提供模式之轉變的電組件或模組1206。
在相關態樣中，在裝置1200組態為UE、行動實體、無線終端機等等之狀況下，裝置1200可視情況包括具有至少一處理器之處理器組件1210。在此狀況下，處理器1210可經由匯流排1212或類似通信耦接件而與組件1202至1204或類似組件操作性通信。處理器1210可實現由電組件或模組1202至1204執行的處理程序或功能之起始及排程。
在另外相關態樣中，裝置1200可包括用於與其他網路實體通信之網路介面組件1214。網路介面1214可為傳輸器、接收器或收發器。裝置1200可視情況包括用於儲存資訊的組件，諸如記憶體器件/組件1216。電腦可讀媒體或記憶體組件1216可經由匯流排1212等等操作性地耦接至裝置1200之其他組件。記憶體組件1216可經調適以儲存用於執行組件1202至1204及其子組件或處理器1210之活動、額外操作1200、1300及1400或本文中揭示之方法的電腦可讀指令及資料。記憶體組件1216可留存用於執行與組件1202至1204相關聯之功能的指令。雖然展示為在記憶體1216之外部，但應理解，組件1202至1204可存在於記憶體1216內。
參看圖12B，展示裝置1200之另外可選組件或模組。裝置1200可進一步包括用於接收用以提供服務至裝置之頻道的一或多個信號中之至少一指示的電組件或模組1220。舉例而言，該指示可用信號表示一轉變或命令UE自一單播模式轉變至廣播模式或自廣播模式轉變至單播模式。舉例而言，電組件或模組1220可包括至少一處理器1210，該至少一處理器1210耦接至一網路介面1214(例如，傳輸器、接收器、收發器)等等及具有用於接收該至少一指示之指令的記憶體1216。裝置1200可進一步包括用於接收攜載服務至裝置之信號之至少一協定要素或至少一標頭的至少一經調整版本的電組件或模組1222。舉例而言，電組件或模組1222可包括至少一處理器1210，該至少一處理器1210耦接至一網路介面1214(例如，傳輸器、接收器、收發器)等等及具有用於接收該至少一經調整版本之指令的記憶體1216。裝置1200可進一步包括用於經由不同於用以提供服務至裝置之頻道的控制頻道接收至少一指示的電組件或模組1224。舉例而言，電組件或模組1224可包括至少一處理器1210，該至少一處理器1210耦接至一網路介面1214(例如，傳輸器、接收器、收發器)等等及具有用於接收該至少一指示之指令的記憶體1216。用於模式之間的轉變之實例方法
如上文所指出，在支援基於需求之MBMS的系統中，經由多播會期提供給定內容至多個行動實體或經由單獨單播會期提供給定內容至行動實體可能更為有效。提供多播或單播服務之相對效率可與需求位準(例如，多少行動實體正接收及/或意欲接收給定內容)有關。可能出現的一問題為如何配置內容遞送之此等模式之間的轉變(一旦已判定此轉變可係所要的)。以下段落以一些例示性方法解決此問題。
作為預備，存在可使用之多個內容遞送技術。舉例而言，可使用經由HTTP之動態適應性串流(DASH)或即時協定(RTP)。下文主要在DASH之情境中論述例示性技術，但該等例示性技術可類似地應用於採用RTP之系統，且適當時，下文提供對差異之論述。
在論述用於在遞送模式之間進行轉變之技術時，吾人可將相關發信分成兩類，其將在下文稱為服務中(或帶內)發信及服務外(或帶外)發信。在服務中發信中，與轉變有關之信號可嵌入於與提供服務相關聯之正常訊務中。在服務外發信中，與轉變有關之信號可在與提供服務相關聯之正常訊務之外(例如，在單獨頻道中)被傳輸。此等發信技術中之任一者或兩者可用於用於實施單播與多播操作之間的轉變之各種方案中。
圖13A說明根據本發明之實施例的自多播(亦稱為廣播)會期轉變至單獨單播會期之例示性服務中發信方法。如上文所指出，圖13A在DASH之情境中展示此方法，但該方法亦可應用於基於RTP之系統。圖13A展示可包括DASH引擎/應用程式1302及DASH廣播(DASH-BC)模組1303的UE 1301。亦展示BM-SC 1305(其在DASH之狀況下可表徵為DASH用戶端)及DASH伺服器1306(其可提供內容至BM-SC 1305)。圖13A中所示之另一組件可為高附接率偵測模組(HDM)1304。此可為網路之單獨實體或邏輯元件(例如，其可展示為提供於圖6之P-GW 610與BM-SC 612之間)，或其可併入網路元件(諸如，P-GW 610或BM-SC 612)中。HDM 1304之功能可包括維護訂用所提供之各種多媒體服務的UE之數目的計數。
在多播/廣播模式期間，如參考數字1307所指示，多媒體內容可經由單向傳送檔案遞送(FLUTE)頻道使用DASH來遞送至UE 1301。在DASH中，內容可分解成區段，其可為(例如)5至10秒長(但本發明不限於此)，且每一DASH區段經指派一內容指定符，諸如URL。URL可儲存於可用以遞送DASH內容之FLUTE頻道之檔案遞送表(FDT)中。在此協定中，BM-SC 1305可發送http-GET訊息至DASH伺服器1306，以獲得待遞送至UE 1301之內容的下一區段。DASH伺服器1306可以可轉遞內容至BM-SC 1305之http-REPLY訊息來作出回應，BM-SC 1305可配置內容(包括給定區段之相關聯URL)至多個UE(其可包括UE 1301)之廣播。在UE 1301內，DASH引擎1302可與DASH-BC模組1303互動以提供內容至UE 1301之使用者。此可藉由http-GET/http-REPLY訊息來執行，其可類似於BM-SC 1305與DASH伺服器1306之間的互動。舉例而言，DASH引擎1302可發送http-GET訊息至DASH-BC模組1303以獲得內容之下一區段。DASH-BC模組1303可以可轉遞內容至DASH引擎1302之http-REPLY訊息來作出回應。
在某一時刻處，HDM 1304可提供訂用特定多媒體服務之UE之計數以使一網路元件(其可為HDM 1304或可為另一網路元件(例如，如圖6中所示之網路元件))能夠判定對於服務之需求是否已降落在UE之臨限數目以下。若已降落在UE之臨限數目以下，則可觸發自多播至單播模式之轉變。在此狀況下，BM-SC或產生廣播區段之另一網路元件可將具有經修改之URL的內容廣播至UE；此經修改之URL可儲存於FDT中，及/或其可在觸發轉變時產生。經修改之URL可係基於(例如)一媒體呈現描述(MPD)表示，且可以指導UE接收該經修改之URL以起始至單播模式之轉變的語義來建構。或者，經修改之URL可為使用用以表示URL之ASCII字元的顯式指示。此可(例如)藉由將字串「BCtoUC」插入URL字串中而達成。此經修改之URL可為(例如)一單播URL或指示自廣播/多播模式至單播模式之轉變的URL。在又一實施例中，BM-SC或產生廣播區段之另一網路元件可指示MME使用一單播訊息來用信號告知無線器件：在廣播頻道上傳輸之服務將很快轉變至單播模式。在兩者狀況下，網路可使用FLUTE協定之檔案遞送表(FDT)發送經修改之URL至無線器件。
根據一些實施例之經修改之URL可(例如)藉由改變MPD屬性而獲得。大體而言，MPD可包括關於如何建構URL之屬性。對於不同類型之URL，此屬性可不同。舉例而言，屬性對於單播模式、廣播模式、廣播至單播模式轉變及/或廣播至單播模式轉變(注意，在一些實施例中，具有單一屬性可係可能的，該單一屬性指示自當前模式至其他模式之「一般」轉變，必要時，該單一屬性自身可係可修改的以指定關於該轉變之另外資訊)可為不同的。亦即，經修改之URL可涉及不同MPD屬性之使用，此因而可導致不同URL格式。
UE 1301接著可建立一單播會期1308並停止服務之廣播傳輸的接收。單播會期接著可藉由分別自及至DASH引擎1302的連續http-GET及http-REPLY訊息的傳輸而進行1309。http-GET訊息可併入單播URL(圖13A中展示為「UC-URL」)以請求所要的內容；此等http-GET訊息在圖13A中指定為「http-GET(UC-URL)」。DASH-BC模組1303可不加處理地轉遞此等http-GET(UC-URL)訊息。類似地，BM-SC 1305亦可不處理此等http-GET(UC-URL)訊息；且可將http-GET(UC-URL)訊息轉遞至DASH伺服器1306以用於擷取內容。處理程序可類似地在相反方向上進行，其中DASH伺服器1306提供http-REPLY訊息(回應於http-GET(UC-URL))以提供對應於http-GET(UC-URL)訊息中提供之UC-URL的內容，且此可再次在不進行廣播處理(例如，藉由BM-SC 1305及/或DASH-BC模組1303)之情況下供應給UE 1301。注意，雖然圖13A中展示為繞過BM-SC 1305，但在替代實施例中，http-GET(UC-URL)及http-REPLY訊息可藉由BM-SC 1305接收並在適當方向上被轉遞，其中在此處理程序中涉及或不涉及HDM 1304。同時，HDM 1304可繼續維護獲得各種多媒體服務之UE之計數，其可(例如)用以致能判定是否轉變回至廣播模式。在又一實施例中，網路可停止在廣播頻道上傳輸內容。無線器件偵測此事件，並建立單播頻道以獲得服務。
在自廣播模式至單播模式之轉變中，一考慮因素可為最初以廣播模式接收內容的個別UE至以單播模式接收內容之轉變的定時。若所有此等UE試圖同時轉變，則此可導致衝突及/或使網路之單播轉變能力過載。鑒於此，各種實施例可併入各種技術以減輕此等定時問題。一實例可為使用隨機化切換時間，其中給定之UE可藉由產生一隨機延遲(例如，使用隨機延遲產生器)來判定起始轉變的時間。或者，轉變程序可將轉變排程併入至UE之發信中以進行此等轉變；此發信可經由各種網路控制頻道而發生。另一可能技術可為併入一衝突解決技術，其可為分散式技術或集中式技術。
圖13B說明根據本發明之實施例的自使用單獨單播會期提供服務轉變至使用多播(再次，亦稱為廣播)會期提供服務的一例示性服務中發信方法。如上文所提及，圖13B在DASH之情境下展示此方法，但其亦可應用於基於RTP之系統。對應於圖13A中所示之彼等組件的組件已藉由相同參考數字來標記。此外，各種操作亦藉由參考數字1至7來標記，參考數字1至7為圖13B所獨有。
在圖13B中，UE 1301之使用者可(例如)藉由輸入一URL(展示為「1. App request」)來請求某一應用/服務，且UE可起始單播會期1310以獲得相應內容。如結合圖13A所論述，URL可以區分單播模式與廣播模式且併入自一模式至其他模式之轉變的一或多個指示之語義來建構。在初始單播模式1310中，DASH引擎1302可選擇適當之URL(如上文所論述，其可基於MPD而獲得)；URL可為單播狀況下之URL(其可指定為「UC-URL」)。關於可如何基於MPD獲得經修改之URL的更多細節見於上文。如上文所描述，DASH引擎1302接著可發送http-GET(UC-URL)訊息。又，在單播模式中，DASH-BC模組1303可不處理http-GET(UC-URL)訊息(假定此為單播模式)。如上文所描述，HDM 1304可維護訂用不同多媒體服務之UE之計數。http-GET(UC-URL)訊息可到達DASH伺服器1306，其可以發送http-REPLY訊息以轉遞所請求內容之一相應區段來作出回應。http-REPLY最終轉遞至DASH引擎1302，如上文所描述(圖13B中之參考數字3)。自然，在DASH中，此處理程序可經重複地執行以便獲得所請求之內容。
當HDM 1304或其他網路實體判定請求給定多媒體服務之UE的數目超過一臨限值時，可觸發至廣播模式之轉變。在實施此轉變時可涉及各種操作1311。UE 1301可繼續藉由發送另一http-GET(UC-URL)訊息(4)來請求內容。然而，假定已觸發至廣播之轉變，HDM 1304或另一網路元件(例如，如圖6中所示之網路元件)可截取http-GET(UC-URL)訊息，並將一http-REDIRECT(具有BC轉變之URL)訊息(5)傳輸回至UE 1301，該http-REDIRECT訊息(5)可由UE 1301之DASH-BC模組1303接收。「具有BC轉變之URL」可為可向UE 1301指示已觸發至廣播模式之轉變的URL之經修改版本。經修改之URL可藉由修改MPD屬性(例如，圖9I之經修改之MPD屬性)或藉由將字串(例如)「UCtoBC」外顯地插入回應於自無線器件發送至網路之http-GET請求而發送至無線器件之http-REPLY或http-REDIRECT訊息中而達成。當UE 1301之DASH-BC模組1303接收到具有具有BC轉變的URL之http-REDIRECT時，DASH-BC模組1303可使用重定向之URL發出http-GET。此外，DASH-BC模組1303亦可使無線器件準備使用廣播服務來接收內容。此準備可包括起始一服務發現程序或(例如，指導UE 1301之接收器)接收一服務宣告之程序。DASH-BC模組1303可轉遞http-REPLY(具有BC轉變之URL)訊息至DASH引擎1302。在此時刻，DASH引擎1302可用具有BC轉變之URL替代UC-URL，其可指示DASH引擎1302已接收http-REDIRECT訊息且可繼續使用http-GET訊息(6)請求來自DASH伺服器1306之內容。注意，具有BC轉變之URL可或可不轉遞至DASH伺服器1306，此係因為DASH伺服器1306無需區分單播URL與指示至廣播模式之轉變的URL(亦即，此可與能夠提供所請求內容之DASH伺服器1306無關，且其可剝離http-GET訊息(若需要))。通常，只要此等單播模式http-GET訊息由DASH伺服器1306接收，DASH伺服器1306便可繼續發送可轉遞所請求DASH區段之http-REPLY訊息(7)。
當DASH引擎1302接收到http-REDIRECT或http-REPLY(具有BC轉變之URL)訊息(5)時，此亦可觸發UE 1301轉變至廣播模式。因此，UE 1301可起始服務發現(8)，其可用以判定所要之服務何時可用於廣播模式中並起始相關聯之轉變，此可與BM-SC 1305協調完成。一旦UE 1301已發現並建立廣播服務，則可斷開內容以單播模式至UE 1301之傳輸，且廣播模式可繼續進行，如先前所描述；此係由參考數字1312(其可包括由參考數字9至11指示的操作)來指示。在一些狀況下，在預定時間段之後，UE 1301可能未能轉變至廣播模式。若UE 1301繼續以單播模式請求內容，則網路可在預定時間段之後強迫至廣播遞送之轉變。可藉由網路發送一http-REDIRECT至NULL URL或發送一http錯誤以指示內容不再經由單播模式可用及/或現在經由廣播模式可用來強迫轉變。
圖13C呈現可用於自單播模式轉變至廣播模式之第二服務中發信實施例。圖13C之元件及圖13C中之操作的順序可類似於圖13B中所示之彼等，具有以下修改。在自單播至廣播模式之轉變1311期間，如圖13B中，UE 1301繼續請求並獲得來自DASH伺服器1306之DASH區段，此可藉由UE 1301之DASH引擎1302執行。DASH引擎1302可產生並傳輸http-GET訊息(4)。不同於圖13B之實施例(其中將轉變發信至UE 1301可藉由使用經修改之URL來執行)，在圖13C之實施例中，http擴展可用以指示UE 1301應轉變至廣播模式。舉例而言，http可定義各種請求及/或回應訊息之各種標頭欄位。因此，在一些實施例中，一新的標頭欄位可經引入以指示在模式之間的轉變(例如，至廣播之轉變)。可使用回應於自請求內容區段的無線器件發送之http-GET請求而發送的http-REPLY或http-REDIRECT訊息將指示服務將很快經由廣播傳輸的新標頭欄位發送至無線器件。另外，一旦系統已判定應進行至廣播模式(4)之轉變，且http-GET訊息未經重定向(如圖13B中)，UE 1301便繼續以單播模式請求另外內容；實情為，http-GET訊息可到達DASH伺服器1306，作為回應，DASH伺服器1306可提供可包括http擴展之http-REPLY訊息以向UE 1301指示服務正轉變至廣播模式遞送。如(6，7)所示，對於內容(單播模式中)之隨後請求及來自DASH伺服器1306的相關聯之回應可以類似方式進行。在兩者狀況下，為在預定時間段之後強迫至廣播或多播遞送之轉變，網路可發送http-REDIRECT至NULL URL，或發送http錯誤以指示內容不再經由單播模式可用及/或現在經由廣播模式可用。
如上文所指出，圖13A至圖13C描述在基於DASH之系統中使用服務中發信可如何完成廣播模式與單播模式之間的轉變。然而，再次，此亦可應用於用於提供內容之其他協定，諸如RTP。在RTP之特定實例(本發明不限於此)中，RTP訊息包括相關聯之標頭，且可包括即時控制協定(RTCP)發信。類似於DASH中經修訂之URL及/或http擴展的使用，經修訂之RTCP發信訊息可用以指示單播模式與廣播模式之間的轉變，且熟習此項技術者應理解可進行各種此類修改且發信序列可如何在基於RTP之系統中傳輸及處理。舉例而言，RTCP發信可大體上包括標頭，且在一實例中，標頭可經修改以包括(例如)「至廣播之轉變」或「至單播之轉變」指示。
論述現轉至可利用服務外發信之各種實施例。圖14說明使用此服務外發信自廣播模式至單播模式之轉變的例示性實施例。圖14中所示之多數組件可對應於圖13A中所示之組件。在圖14中，UE 1401可包括DASH引擎/應用程式1402及DASH-BC模組1403。HDM 1405、BM-SC 1406及DASH伺服器1407亦可類似於圖13A中所示之相應組件。圖14添加了RAN 1404，其可包含(例如)MCE及/或eNB。參考數字1408可包含廣播模式操作，參考數字1410可指代至單播操作之轉變，且參考數字1411可指代單播操作；此等可全部類似於由圖13A之參考數字1307至1309提及的操作。圖13A與圖14可不同，例如，不同之處在於圖14可包括由參考數字1409指示的額外信號流，而非使用如結合圖13A所描述的經修改之URL。在此狀況下，BM-SC 1406可產生未與內容一起發送的控制信號，且可發送此控制信號至RAN 1404(例如，至MCE)以指示應發生至單播模式之轉變。RAN 1404可接著(例如)使用空中介面發信來發送一信號至UE 1301。舉例而言，若來自BM-SC 1406之控制信號已經發送至RAN 1404之MCE，則MCE接著可向RAN 1404之eNB指示應向一或多個UE(例如，UE 1401)通知應起始至單播之轉變。RAN 1404之eNB可接著使用無線通信系統之控制頻道將此發信至UE 1401。此種控制頻道可(例如)為MCCH。在又一實施例中，網路可開始在廣播頻道上傳輸內容。當前使用單播頻道獲得內容之無線器件可偵測到網路開始在廣播頻道上傳輸相同內容。此可藉由匹配無線器件正在單播頻道上使用的URL與使用用以傳輸DASH區段之FLUTE協定之FDT廣播的URL或藉由監視服務宣告程序而達成。在無線器件偵測到相同服務經由廣播頻道傳輸後，單播連接可關閉。類似地，服務宣告亦可用以向UE指示自單播模式至廣播模式的轉變。BM-SC可在服務宣告中添加節目並將其在支援eMBMS服務之所有頻率層上發送。UE可週期性地接收服務宣告。在服務宣告中，BM-SC可指示廣播開始時間，使得UE可在廣播模式開始時建立多播頻道。
類似於圖13A至圖13C，圖14使用基於DASH之系統的實例來示範一轉變，本發明不限於基於DASH之系統。類似程序可應用於用以提供內容之其他協定，諸如(但不限於)RTP。
圖15及圖16展示可與本發明之各種實施例相關的流程圖，該等實施例可包括上文結合圖13A至圖13C及圖14論述的彼等實施例。圖15展示可由網路之一或多個元件執行的處理程序1500。在1501處，可判定給定服務之用戶的數目。在1502處，可將所獲得之數目與預定臨限值進行比較。視服務當前是在單播模式還是在廣播模式中遞送而定(1503)，兩件事中之一者可發生。若服務當前在單播模式中遞送，且若用戶之數目大於臨限值(1506)，則網路可發信至用戶以轉變至以廣播模式遞送服務(1507)。若服務當前未以單播模式(而是以廣播模式)遞送，且用戶之數目小於臨限值(1504)，則網路可發信至用戶以轉變至以單播模式遞送服務(1505)。
類似地，圖16展示可在UE處執行之處理程序1600。UE可獲得在第一遞送模式中之給定服務(1601)。UE可自提供服務之網路接收應進行至第二遞送模式的轉變之指示(1602)。第一遞送模式可為單播或廣播，且第二遞送模式可為非第一遞送模式之模式(廣播或多播)。該指示可反映由網路之某一元件或某些元件進行的服務之用戶的數目與預定臨限值之比較，該(等)元件接著可基於該比較提供一轉變指示。UE接著可起始至第二遞送模式之轉變(1603)。
熟習此項技術者將理解，可使用多種不同技藝及技術中之任一者來表示資訊及信號。舉例而言，可由電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示可貫穿以上描述所引用之資料、指令、命令、資訊、信號、位元、符號及碼片。
熟習此項技術者將進一步瞭解，可將結合本文中之揭示內容所描述之各種說明性邏輯區塊、模組、電路及演算法步驟實施為電子硬體、電腦軟體，或兩者之組合。為了清楚地說明硬體與軟體之此可互換性，上文已大體上在功能性方面描述了各種說明性組件、區塊、模組、電路及步驟。此功能性經實施為硬體或是軟體取決於特定應用及外加於整個系統之設計約束而定。對於每一特定應用而言，熟習此項技術者可以變化之方式實施所描述之功能性，但不應將該等實施決策解釋為導致脫離本發明之範疇。
可藉由通用處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、場可程式化閘陣列(FPGA)或經設計以執行本文所描述之功能的其他可程式化邏輯器件、離散閘或電晶體邏輯、離散硬體組件，或其任何組合來實施或執行結合本文揭示內容而描述的各種說明性邏輯區塊、模組及電路。通用處理器可為微處理器，但在替代例中，處理器可為任何習知處理器、控制器、微控制器或狀態機。處理器亦可經實施為計算器件之組合，例如DSP與微處理器之組合、複數個微處理器、結合DSP核心之一或多個微處理器，或任一其他此組態。
結合本文之揭示內容而描述之方法或演算法的步驟可直接以硬體、以由處理器執行之軟體模組或以兩者之組合來體現。軟體模組可駐存於RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、抽取式碟片、CD-ROM或此項技術中已知之任何其他形式的儲存媒體中。一例示性儲存媒體耦接至處理器，使得處理器可自儲存媒體讀取資訊及將資訊寫入至儲存媒體。在替代例中，儲存媒體可整合至處理器。處理器及儲存媒體可駐留於ASIC中。該ASIC可駐留於使用者終端機中。在替代例中，處理器及儲存媒體可作為離散組件而駐留於使用者終端機中。
在一或多個例示性設計中，所描述之功能可以硬體、軟體、韌體或其任何組合來實施。若實施於軟體中，則可將該等功能作為一或多個指令或程式碼而儲存於一電腦可讀媒體上或經由一電腦可讀媒體來傳輸。電腦可讀媒體包括電腦儲存媒體及通信媒體兩者，通信媒體包括促進電腦程式自一處至另一處之傳送的任何媒體。儲存媒體可為可由通用或專用電腦存取之任何可用媒體。作為實例而並非限制，該電腦可讀媒體可包含RAM、ROM、EEPROM、CD-ROM或其他光碟儲存器、磁碟儲存器或其他磁性儲存器件，或可用於攜載或儲存呈指令或資料結構之形式之所要程式碼構件且可由通用或專用電腦或通用或專用處理器存取的任何其他媒體。又，就涉及所傳輸信號之非暫時儲存而言，任一連接可適當地稱為電腦可讀媒體。舉例而言，就信號於傳輸鏈中在任何非暫時時間長度內留存於儲存媒體或器件記憶體上而言，若使用同軸電纜、光纜、雙絞線、數位用戶線(DSL)或無線技術(諸如紅外線、無線電及微波)而自一網站、伺服器或其他遠端源傳輸軟體，則將同軸電纜、光纜、雙絞線、DSL或無線技術(諸如紅外線、無線電及微波)包括於媒體之定義中。如本文中所使用，磁碟及光碟包括緊密光碟(CD)、雷射光碟、光碟、數位影音光碟(DVD)、軟性磁碟及藍光光碟，其中磁碟通常以磁性方式再生資料，而光碟藉由雷射以光學方式再生資料。以上各者之組合亦應包括於電腦可讀媒體之範疇內。
提供本發明之先前描述以使任何熟習此項技術者能夠製造或使用本發明。對本發明之各種修改對於熟習此項技術者而言將為顯而易見的，且可在不脫離本發明之精神或範疇的情況下將本文中所定義之一般原理應用於其他變體。因此，本發明不意欲限於本文所描述之實例及設計，而應符合與本文所揭示之原理及新穎特徵一致的最廣範疇。
100‧‧‧無線通信網路/無線網路
102a‧‧‧巨型小區
102b‧‧‧巨型小區
102c‧‧‧巨型小區
102x‧‧‧微微小區
102y‧‧‧超微型小區
102z‧‧‧超微型小區
110‧‧‧eNB/基地台
110a‧‧‧eNB
110b‧‧‧eNB
110c‧‧‧eNB
110r‧‧‧中繼台
110x‧‧‧eNB
110y‧‧‧eNB
110z‧‧‧eNB
120‧‧‧UE
120r‧‧‧UE
120x‧‧‧UE
120y‧‧‧UE
130‧‧‧網路控制器
200‧‧‧下行鏈路訊框結構
202‧‧‧無線電訊框
204‧‧‧無線電訊框
206‧‧‧無線電訊框
208‧‧‧子訊框
210‧‧‧時槽
212‧‧‧符號週期
312‧‧‧資料源
320‧‧‧傳輸處理器
330‧‧‧傳輸(TX)多輸入多輸出(MIMO)處理器
332a‧‧‧調變器(MOD)/解調變器
332t‧‧‧調變器(MOD)/解調變器
334a‧‧‧天線
334t‧‧‧天線
336‧‧‧MIMO偵測器
338‧‧‧接收處理器
339‧‧‧資料儲集器
340‧‧‧控制器/處理器
342‧‧‧記憶體
344‧‧‧排程器
352a‧‧‧天線
352r‧‧‧天線
354a‧‧‧解調變器(DEMOD)/調變器
354r‧‧‧解調變器(DEMOD)/調變器
356‧‧‧MIMO偵測器
358‧‧‧接收處理器
360‧‧‧資料儲集器
362‧‧‧資料源
364‧‧‧傳輸處理器
366‧‧‧TX MIMO處理器
380‧‧‧控制器/處理器
382‧‧‧記憶體
400‧‧‧MBSFN子訊框
402‧‧‧時槽
404‧‧‧資源區塊(RB)
406‧‧‧符號
408‧‧‧序列
410‧‧‧MBSFN RS
500‧‧‧例示性系統
502‧‧‧MBMS服務區域
504‧‧‧MBSFN區域
506‧‧‧MBSFN區域
508‧‧‧MBSFN區域
510‧‧‧小區/基地台
600‧‧‧無線通信系統
602‧‧‧UE/行動實體
604‧‧‧eNodeB/eNB
606‧‧‧多播協調實體
608‧‧‧行動性管理實體
610‧‧‧封包資料網路(PDN)閘道器(GW)
612‧‧‧廣播-多播服務中心
614‧‧‧內容提供者伺服器
616‧‧‧MBMS閘道器
618‧‧‧伺服通用封包無線電服務支援節點(SGSN)
620‧‧‧UTRAN無線電網路控制器(RNC)
622‧‧‧UE/行動實體
700‧‧‧方法
800‧‧‧例示性狀態循環
810‧‧‧非作用中/待用狀態
820‧‧‧作用中會期狀態
900‧‧‧方法
930‧‧‧方法
940‧‧‧操作
950‧‧‧方法
952‧‧‧MPD
954‧‧‧區段
956‧‧‧經編碼媒體資料
960‧‧‧方法
970‧‧‧方法
980‧‧‧操作
990‧‧‧多媒體內容
990A‧‧‧多媒體內容
990B‧‧‧多媒體內容
1000‧‧‧例示性系統
1000B‧‧‧例示性系統
1002‧‧‧用於經由單播會期提供由行動實體請求之內容的組件
1002B‧‧‧用於經由多播會期提供由行動實體請求之內容的組件
1004‧‧‧用於判定內容之同時發生之需求位準何時超過所界定臨限值的組件
1004B‧‧‧用於判定內容之同時發生之需求位準何時降落於所界定臨限值以下的組件
1006‧‧‧用於回應於判定同時發生之需求位準已超過臨限值而起始WCS之區域內的內容之多播會期的組件
1006B‧‧‧用於回應於判定同時發生之需求位準已降落於臨限值之下而起始行動實體的內容之單播會期的組件
1010‧‧‧基地台/eNB
1012‧‧‧處理器
1014‧‧‧記憶體
1016‧‧‧收發器
1018‧‧‧網路介面
1020‧‧‧多播網路實體
1022‧‧‧處理器
1024‧‧‧記憶體
1026‧‧‧收發器
1028‧‧‧網路介面
1030‧‧‧UE/行動實體
1040‧‧‧內容提供者
1050‧‧‧邏輯鏈路
1052‧‧‧用於判定無線通信網路中之服務的用戶之數目的組件
1054‧‧‧用於比較用戶之一數目與預定臨限值的組件
1056‧‧‧用於在服務當前以廣播或多播模式提供的情況下，且在用戶之數目在預定臨限值之下的情況下回應於來自包括於該數目個用戶中的一或多個用戶對服務之內容的請求而藉由發送經修改之內容指定符來起始至單播模式之轉變的組件
1058‧‧‧用於在服務當前以單播模式提供的情況下，且在用戶之數目超過預定臨限值的情況下回應於來自包括於該數目個用戶中的一或多個用戶對服務之內容的請求而藉由經由單播模式發送經修改之內容指定符來起始至廣播或多播模式之轉變的組件
1060‧‧‧系統
1062‧‧‧用於調整攜載服務至一或多個用戶之信號的至少一協定要素或至少一標頭的組件
1064‧‧‧用於經由不同於用以提供服務至一或多個用戶的頻道之控制頻道發送至少一指示至一或多個用戶的組件
1066‧‧‧用於使用HTTP-REDIRECT要素來觸發一服務發現程序之組件
1068‧‧‧用於使用擴展之HTTP要素來觸發服務發現程序的組件
1100‧‧‧方法
1150‧‧‧操作
1200‧‧‧例示性裝置
1202‧‧‧用於獲得無線通信網路中之多媒體服務的組件
1204‧‧‧用於接收來自通信網路之指示服務自第一提供模式轉變至第二提供模式的經修改之內容指定符的組件
1206‧‧‧用於回應於經修改之內容指定符而起始自第一提供模式至第二提供模式之轉變的組件
1210‧‧‧處理器/處理器組件
1212‧‧‧匯流排
1214‧‧‧網路介面
1216‧‧‧記憶體
1220‧‧‧用於接收用以提供服務至裝置之頻道的一或多個信號中之至少一指示的組件
1222‧‧‧用於接收攜載服務至裝置之信號的至少一協定要素或至少一標頭之至少一經調整版本的組件
1224‧‧‧用於經由不同於用以提供服務至裝置之頻道的控制頻道接收至少一指示的組件
1301‧‧‧UE
1302‧‧‧DASH引擎/應用程式
1303‧‧‧DASH廣播(DASH-BC)模組
1304‧‧‧高附接率偵測模組(HDM)
1305‧‧‧BM-SC
1306‧‧‧DASH伺服器
1308‧‧‧單播會期
1310‧‧‧單播會期
1311‧‧‧操作
1401‧‧‧UE
1402‧‧‧DASH引擎/應用程式
1403‧‧‧DASH-BC模組
1404‧‧‧RAN
1405‧‧‧高附接率偵測模組
1406‧‧‧BM-SC
1407‧‧‧DASH伺服器
1408‧‧‧廣播模式操作
1409‧‧‧額外信號流
1410‧‧‧至單播操作之轉變
1411‧‧‧單播操作
1500‧‧‧處理程序
1600‧‧‧處理程序
圖1為概念性地說明電信系統之實例的方塊圖。
圖2為概念性地說明電信系統中之下行鏈路訊框結構之實例的方塊圖。
圖3為概念性地說明根據本發明之一態樣而組態的基地台/eNB及UE之設計的方塊圖。
圖4為說明用於單播及多播信號之符號分配之實例的發信訊框之圖。
圖5為說明在單頻MBMS網路(MBSFN)服務區域內的MBSFN區域之圖。
圖6為說明用於提供或支援MBSFN服務之無線通信系統之組件的方塊圖。
圖7說明用於管理無線通信系統中之多播服務的方法之實施例。
圖8為說明多播會期之作用中及非作用中/待用狀態之狀態圖。
圖9A至圖9G說明用於在無線通信系統中實施基於需求之多播服務的方法之實施例。
圖9H為說明關於多媒體內容之遞送的DASH協定之態樣的方塊圖。
圖9I說明多媒體內容950A至950B之內容指定符之例示性修改。
圖10A至圖10D說明用於實施圖9A至圖9G之方法的系統之實例。
圖11A及圖11B說明用於在無線通信系統中在經由服務之多播遞送接收內容與經由服務之單播遞送接收內容之間進行轉變之方法的實施例。
圖12A及圖12B說明用於實施圖11A及圖11B之方法的系統之實例。
圖13A至圖13C及圖14為根據本發明之各種實施例的說明實施在服務之多播遞送與服務之單播遞送之間進行轉變的方法之無線通信系統之各種組件所進行的活動之順序圖。
圖15及圖16展示根據本發明之各種實施例之方法的流程圖。
970‧‧‧方法

权利要求:
Claims (52)
[1] 一種方法，其包含：判定一無線通信網路中之一服務的一用戶之數目；比較該用戶之數目與一預定臨限值；若該服務當前正以一廣播或多播模式提供，且若該用戶之數目在該預定臨限值之下，則回應於來自包括於該數目個用戶中的一或多個用戶對該服務之內容的一請求而藉由發送一經修改之內容指定符來起始至一單播模式的一轉變；及若該服務當前正以一單播模式提供，且若該用戶之數目超過該預定臨限值，則回應於來自包括於該數目個用戶中之一或多個用戶對該服務之內容的該請求而藉由經由該單播模式發送一經修改之內容指定符來起始至一廣播或多播模式的一轉變。
[2] 如請求項1之方法，其中該發送該經修改之內容指定符包含在用以提供該服務至該一或多個用戶之一頻道之一或多個信號中發送至少一指示。
[3] 如請求項1之方法，其中該經修改之內容指定符包含一統一資源定位符(URL)。
[4] 如請求項1之方法，其中發送該經修改之內容指定符包含調整攜載該服務至該一或多個用戶之一信號的至少一協定要素或至少一標頭。
[5] 如請求項4之方法，其中該至少一協定要素或至少一標頭係由下列各者組成之群中選出：一超文字傳送協定(http)要素及一即時協定(RTP)要素。
[6] 如請求項1之方法，其中該發送該經修改之內容指定符包含經由不同於用以提供該服務至該一或多個用戶之一頻道的一控制頻道發送至少一指示至該一或多個用戶。
[7] 如請求項6之方法，其中該控制頻道包含一多媒體控制頻道。
[8] 如請求項5之方法，其中該至少一協定要素或至少一標頭為一http要素，且其中該方法進一步包含使用一http-REDIRECT要素以觸發一服務發現程序。
[9] 如請求項8之方法，其中該http-REDIRECT要素包括該經修改之內容指定符，該經修改之內容指定符包括經設計以觸發接收一服務宣告之一程序的語義。
[10] 如請求項5之方法，其中該至少一協定要素或至少一標頭為一http要素，且其中該方法進一步包含使用一擴展之http要素以觸發一服務發現程序。
[11] 一種在一無線通信網路中之裝置，該裝置包含一或多個處理器，該一或多個處理器經組態以：判定該無線通信網路中一服務的一用戶之數目；比較該用戶之數目與一預定臨限值；若該服務當前正以一廣播或多播模式提供，且若該用戶之數目在該預定臨限值之下，則回應於來自包括於該數目個用戶中的一或多個用戶對該服務之內容的一請求而藉由發送一經修改之內容指定符來起始至一單播模式的一轉變；及若該服務當前正以一單播模式提供，且若該用戶之數目超過該預定臨限值，則回應於來自包括於該數目個用戶中之一或多個用戶對該服務之內容的該請求而藉由經由該單播模式發送該經修改之內容指定符來起始至一廣播或多播模式的一轉變；且進一步包含經組態以儲存資料之至少一記憶體。
[12] 如請求項11之裝置，其中該發送該經修改之內容指定符包含在用以提供該服務至該一或多個用戶之一頻道的一或多個信號中發送至少一指示。
[13] 如請求項11之裝置，其中該經修改之內容指定符包含一統一資源定位符(URL)。
[14] 如請求項11之裝置，其中發送該經修改之內容指定符包含調整攜載該服務至該一或多個用戶之一信號的至少一協定要素或至少一標頭。
[15] 如請求項14之裝置，其中該至少一協定要素或至少一標頭係由下列各者組成之群中選出：一超文字傳送協定(http)要素及一即時協定(RTP)要素。
[16] 如請求項11之裝置，其中該發送該經修改之內容指定符包含經由不同於用以提供該服務至該一或多個用戶之一頻道的一控制頻道發送至少一指示至該一或多個用戶。
[17] 如請求項16之裝置，其中該控制頻道包含一多媒體控制頻道。
[18] 如請求項15之裝置，其中該至少一協定要素或至少一標頭為一http要素，且其中該方法進一步包含使用一http-REDIRECT要素以觸發一服務發現程序。
[19] 如請求項18之裝置，其中該http-REDIRECT要素包括該經修改之內容指定符，該經修改之內容指定符包括經設計以觸發接收一服務宣告之一程序的語義。
[20] 如請求項15之裝置，其中該至少一協定要素或至少一標頭為一http要素，且其中該方法進一步包含使用一擴展之http要素以觸發一服務發現程序。
[21] 一種在一無線通信網路中之裝置，其包含：用於判定該無線通信網路中之一服務的一用戶之數目之構件；用於比較該用戶之數目與一預定臨限值的構件；收發器構件，其用於：若該服務當前正以一廣播或多播模式提供，且若該用戶之數目在該預定臨限值之下，則回應於來自包括於該數目個用戶中的一或多個用戶對該服務之內容的一請求而藉由發送一經修改之內容指定符來起始至一單播模式的一轉變；及若該服務當前正以一單播模式提供，且若該用戶之數目超過該預定臨限值，則回應於來自包括於該數目個用戶中之一或多個用戶對該服務之內容的該請求而藉由經由該單播模式發送該經修改之內容指定符來起始至一廣播或多播模式的一轉變。
[22] 如請求項21之裝置，其中該用於發送該經修改之內容指定符的收發器構件經進一步組態以用於在用以提供該服務至該一或多個用戶之一頻道之一或多個信號中發送至少一指示。
[23] 如請求項21之裝置，其進一步包含用於調整攜載該服務至該一或多個用戶之一信號的至少一協定要素或至少一標頭的構件，其中該經修改之內容指定符係基於該經調整之至少一協定要素或至少一標頭。
[24] 如請求項21之裝置，其中該用於發送該經修改之內容指定符的收發器構件經進一步組態以用於經由不同於用以提供該服務至該一或多個用戶之一頻道的一控制頻道發送至少一指示至該一或多個用戶。
[25] 如請求項21之裝置，其中該至少一協定要素或至少一標頭為一http要素，且其中該裝置進一步包含用於使用一http-REDIRECT要素以觸發一服務發現程序的構件。
[26] 如請求項21之裝置，其中該至少一協定要素或至少一標頭為一http要素，且其中該裝置進一步包含用於使用一擴展之http要素以觸發一服務發現程序的構件。
[27] 一種電腦程式產品，其包括含有程式碼的一電腦可讀媒體，該程式碼在由一或多個處理器件執行時導致操作之實施，該等操作包含：判定一無線通信網路中之一服務的一用戶之數目；比較該用戶之數目與一預定臨限值；若該服務當前正以一廣播或多播模式提供，且若該用戶之數目在該預定臨限值之下，則回應於來自包括於該數目個用戶中的一或多個用戶對該服務之內容的一請求而藉由發送一經修改之內容指定符來起始至一單播模式的一轉變；及若該服務當前正以一單播模式提供，且若該用戶之數目超過該預定臨限值，則回應於來自包括於該數目個用戶中之一或多個用戶對該服務之內容的該請求而藉由經由該單播模式發送一經修改之內容指定符來起始至一廣播或多播模式的一轉變。
[28] 一種方法，其包含：在一無線通信網路之一終端機處獲得一無線通信網路中之一多媒體服務，該多媒體服務係以一第一提供模式提供；藉由該終端機接收來自該通信網路的指示該服務自該第一提供模式轉變至一第二提供模式的一經修改之內容指定符；及回應於該經修改之內容指定符，藉由該終端機起始自該第一提供模式至該第二提供模式之一轉變。
[29] 如請求項28之方法，其中該經修改之內容指定符反映訂用在該第一提供模式中之該多媒體服務的一終端機之數目與一預定臨限值的一比較。
[30] 如請求項28之方法，其中該第一提供模式為一廣播模式或單播模式中之一者，且該第二提供模式為一相應單播模式或廣播模式中之一者。
[31] 如請求項28之方法，其中接收該經修改之內容指定符包含接收用以提供該服務至該終端機之一頻道的一或多個信號中之至少一指示。
[32] 如請求項31之方法，其中該至少一指示包含回應於先前由該終端機傳輸的對該服務之內容的一請求而由該無線通信網路提供之一內容指定符的一經修改版本。
[33] 如請求項32之方法，其中該內容指定符包含一統一資源定位符(URL)。
[34] 如請求項28之方法，其中接收該經修改之內容指定符包含接收攜載該服務至該終端機的一信號之至少一協定要素或至少一標頭的至少一經調整版本。
[35] 如請求項34之方法，其中該至少一協定要素或至少一標頭係由下列各者組成之群中選出：一超文字傳送協定(http)要素及一即時協定(RTP)要素。
[36] 如請求項28之方法，其中接收該經修改之內容指定符包含經由不同於用以提供該服務至該終端機之一頻道的一控制頻道接收至少一指示。
[37] 如請求項36之方法，其中該控制頻道包含一多媒體控制頻道。
[38] 一種供在一無線通信網路中使用的終端機，該終端機包含至少一處理器，該至少一處理器經組態以：獲得一無線通信網路中之一多媒體服務，該多媒體服務係以一第一提供模式提供；接收來自該通信網路的指示該服務自該第一提供模式轉變至一第二提供模式的一經修改之內容指定符；及回應於該經修改之內容指定符，起始自該第一提供模式至該第二提供模式之一轉變；該終端機進一步包含經組態以儲存資料之至少一記憶體。
[39] 如請求項38之終端機，其中該經修改之內容指定符反映訂用在該第一提供模式中之該多媒體服務的一終端機之數目與一預定臨限值的一比較。
[40] 如請求項38之終端機，其中該第一提供模式為一廣播模式或單播模式中之一者，且該第二提供模式為一相應單播模式或廣播模式中之一者。
[41] 如請求項38之終端機，其中接收該經修改之內容指定符包含在用以提供該服務至該終端機之一頻道的一或多個信號中接收至少一指示。
[42] 如請求項41之終端機，其中該至少一指示包含回應於先前由該終端機傳輸的對該服務之內容的一請求而由該無線通信網路提供之一內容指定符的一經修改版本。
[43] 如請求項42之終端機，其中該內容指定符包含一統一資源定位符(URL)。
[44] 如請求項38之終端機，其中接收該經修改之內容指定符包含接收攜載該服務至該終端機的一信號之至少一協定要素或至少一標頭的至少一經調整版本。
[45] 一種供在一無線通信網路中使用之終端機，該終端機包含：用於在一無線通信網路之一終端機處獲得一無線通信網路中之一多媒體服務的構件，該多媒體服務係以一第一提供模式提供；用於藉由該終端機接收來自該通信網路的指示該服務自該第一提供模式轉變至一第二提供模式的一經修改之內容指定符的收發器構件；及用於回應於該經修改之內容指定符，藉由該終端機起始自該第一提供模式至該第二提供模式之一轉變的構件。
[46] 如請求項45之終端機，其中該經修改之內容指定符反映訂用在該第一提供模式中之該多媒體服務的一終端機之數目與一預定臨限值的一比較。
[47] 如請求項45之終端機，其中該第一提供模式為一廣播模式或單播模式中之一者，且該第二提供模式為一相應單播模式或廣播模式中之一者。
[48] 如請求項45之終端機，其中接收該經修改之內容指定符包含接收在用以提供該服務至該終端機之一頻道的一或多個信號中的至少一指示。
[49] 如請求項48之終端機，其中該至少一指示包含回應於先前由該終端機傳輸的對該服務之內容的一請求而由該無線通信網路提供之一內容指定符的一經修改版本。
[50] 如請求項45之終端機，其中接收該經修改之內容指定符包含接收攜載該服務至該終端機的一信號之至少一協定要素或至少一標頭的至少一經調整版本。
[51] 一種電腦程式產品，其包括含有程式碼的一電腦可讀媒體，該程式碼在由一或多個處理器件執行時導致操作之實施，該等操作包含：在一無線通信網路之一終端機處獲得一無線通信網路中之一多媒體服務，該多媒體服務係以一第一提供模式提供；藉由該終端機接收來自該通信網路的指示該服務自該第一提供模式轉變至一第二提供模式的一經修改之內容指定符；及回應於該經修改之內容指定符，藉由該終端機起始自該第一提供模式至該第二提供模式之一轉變。
[52] 如請求項51之電腦程式產品，其中該經修改之內容指定符反映訂用在該第一提供模式中之該多媒體服務的一終端機之數目與一預定臨限值的一比較。

类似技术:

公开号 | 公开日 | 专利标题

KR101591419B1|2016-02-03|유니캐스트 및 멀티캐스트 서비스들 사이의 핸드오프 트리거링의 관리

JP6133369B2|2017-05-24|要求を検出し要求ベースのマルチメディアブロードキャストマルチキャストサービスを確立するための方法および装置

JP5770363B2|2015-08-26|マルチキャスト送信におけるサービス品質制御

EP2845411B1|2019-11-06|Smooth transition between multimedia broadcast multicast service | and unicast service by demand

US9226265B2|2015-12-29|Demand-based multimedia broadcast multicast service management

KR20150084900A|2015-07-22|Mbms 및 셀 브로드캐스팅을 이용한 긴급 경보

KR20140030329A|2014-03-11|유니캐스트 또는 브로드캐스트/멀티캐스트 서비스들을 위한 동적 적응 스트리밍 프록시

WO2015171513A1|2015-11-12|Optimization of mbsfn decoding on scells when the pcell and scells belong to same mbsfn area

JP6716605B2|2020-07-01|Ｅｍｂｍｓビデオストリーミングにおけるｆｅｃの動的な設定

同族专利:

公开号 | 公开日

RU2014106857A|2015-08-27|

KR101591419B1|2016-02-03|

EP2737763A1|2014-06-04|

JP2014529211A|2014-10-30|

US9826502B2|2017-11-21|

JP5819527B2|2015-11-24|

RU2604424C2|2016-12-10|

US20130028118A1|2013-01-31|

CA2842689A1|2013-01-31|

WO2013016442A1|2013-01-31|

KR20140041896A|2014-04-04|

CN103797873B|2017-05-31|

CA2842689C|2019-02-12|

CN103797873A|2014-05-14|

BR112014001621A2|2017-02-21|

EP2737763B1|2019-11-27|

引用文献:

公开号 | 申请日 | 公开日 | 申请人 | 专利标题

US9161013B2|2012-04-09|2015-10-13|Intel Corporation|Quality of experience reporting for combined unicast-multicast/broadcast streaming of media content|CN1168329C|1994-02-24|2004-09-22|Gte无线服务公司|带有远程编程的移动站的蜂窝无线电话系统|

WO2003094534A2|2002-05-06|2003-11-13|Telefonaktiebolaget Lm Ericsson |Multi-user multimedia messaging services|

US20070168523A1|2005-04-11|2007-07-19|Roundbox, Inc.|Multicast-unicast adapter|

US20100165902A1|2005-12-14|2010-07-01|Tor Kvernvik|Usage of policy information for network supported selection of unicast versus mbms|

US7620413B2|2007-03-22|2009-11-17|Unication Co., Ltd.|Method for implementing push-to-talk over SIP and multicast RTP related system|

US8068821B2|2007-03-29|2011-11-29|Alcatel Lucent|Method and apparatus for providing content to users using unicast and broadcast wireless networks|

US8341479B2|2007-03-30|2012-12-25|Thomson Licensing|Robust file casting for mobile TV|

US11064236B2|2007-05-11|2021-07-13|Verizon Patent And Licensing Inc.|Systems and methods for using value-added services records to provide targeted marketing services|

KR101433940B1|2007-09-18|2014-08-26|삼성전자주식회사|무선 통신 시스템에서 멀티캐스트 서비스를 위한 응답 방법 및 장치|

US8761813B2|2008-11-26|2014-06-24|Alcatel Lucent|Fast signaling services for E-UTRAN based wireless systems|

JP5159735B2|2009-09-11|2013-03-13|シャープ株式会社|無線通信システム、基地局装置、移動局装置および通信方法|

CN104869573B|2009-11-16|2019-04-19|交互数字专利控股公司|Dsm和cr节点中使用的方法及dsm和cr节点|

EP2638682A4|2010-11-12|2014-07-23|Realnetworks Inc|TRAFFIC MANAGEMENT IN ADAPTIVE STREAMING PROTOCOLS|US4897541A|1984-05-18|1990-01-30|Luxtron Corporation|Sensors for detecting electromagnetic parameters utilizing resonating elements|

GB0711833D0|2007-06-18|2007-07-25|Nokia Siemens Networks Oy|A method for providing a plurality of services|

WO2011003447A1|2009-07-08|2011-01-13|Telefonaktiebolaget Lm Ericsson |Session switching during ongoing data delivery in a network|

US9392576B2|2010-12-29|2016-07-12|Motorola Solutions, Inc.|Methods for tranporting a plurality of media streams over a shared MBMS bearer in a 3GPP compliant communication system|

EP2555488B1|2011-08-02|2016-03-02|Teliasonera AB|Method of transferring data to a functional application and a user terminal thereto|

KR101935785B1|2011-08-16|2019-04-03|삼성전자 주식회사|무선통신시스템에서 멀티미디어 방송 서비스를 수신하는 방법 및 장치|

US8804721B2|2011-08-31|2014-08-12|International Business Machines Corporation|Multi-stream communication|

KR20130037507A|2011-10-06|2013-04-16|삼성전자주식회사|다중 대역 다중 셀의 운영 방법 및 장치|

US9820259B2|2012-05-04|2017-11-14|Qualcomm Incorporated|Smooth transition between multimedia broadcast multicast serviceand unicast service by demand|

US9030988B2|2012-06-29|2015-05-12|Alcatel Lucent|Method and apparatus for switching between multicast/broadcast and unicast service|

US9660855B2|2012-06-29|2017-05-23|Cable Television Laboratories, Inc.|Orthogonal signal demodulation|

US9686654B2|2012-06-29|2017-06-20|Alcatel Lucent|Method and apparatus for providing broadcast or multicast service to obstructed user equipment|

US8923880B2|2012-09-28|2014-12-30|Intel Corporation|Selective joinder of user equipment with wireless cell|

US20140177506A1|2012-12-20|2014-06-26|Motorola Solutions, Inc.|Method and apparatus for identifying a multimedia broadcast/multicast servicearea in a wireless communication system|

US9161179B2|2013-01-04|2015-10-13|Qualcomm Incorporated|Enabling a wireless communication device to switch from one local network to a separate wide area network for a high priority multicast group communication|

WO2014121471A1|2013-02-06|2014-08-14|华为技术有限公司|数据传输、获取方法、基站及用户设备|

EP2785135A1|2013-03-29|2014-10-01|Alcatel Lucent|Enhancements to resource allocation for MBSFN transmission in an MBSFN area|

US9807188B2|2013-04-09|2017-10-31|Samsung Electronics Co., Ltd.|Methods and apparatuses for dynamic content offloading|

US9674251B2|2013-06-17|2017-06-06|Qualcomm Incorporated|Mediating content delivery via one or more services|

EP3001602A4|2013-07-02|2016-06-01|Huawei Tech Co Ltd|METHOD, ASSOCIATED DEVICE AND SYSTEM FOR SUPPORTING A STREAMING MEDIA MULTICAST|

US9363333B2|2013-11-27|2016-06-07|At&T Intellectual Property I, Lp|Server-side scheduling for media transmissions|

WO2015103746A1|2014-01-08|2015-07-16|Qualcomm Incorporated|Small mbsfn enhancement|

EP3101861B1|2014-02-22|2019-10-30|Huawei Technologies Co., Ltd.|Method for video data transmission and related equipment|

CN106233735B|2014-03-31|2020-10-02|英国电讯有限公司|管理多播视频传送的方法|

GB2525195A|2014-04-15|2015-10-21|Vodafone Ip Licensing Ltd|Routing scheme switching|

US10070198B2|2014-05-01|2018-09-04|Verizon Patent And Licensing Inc.|User feedback based content distribution area|

CN105100172B|2014-05-22|2018-03-27|华为技术有限公司|一种http协议的缓存状态更新方法和设备、处理机|

EP3183928B1|2014-08-19|2018-06-06|Telefonaktiebolaget LM Ericsson |Dynamic resource allocation by base station providing both broadcast and unicast services|

US9912985B2|2014-09-26|2018-03-06|Intel Corporation|Content distribution|

EP3218661B1|2014-11-14|2020-02-12|Project Pharmaceutics GmbH|Freeze drying of nested vials|

WO2016142810A1|2015-03-06|2016-09-15|Telefonaktiebolaget Lm Ericsson |Method and network node for delivering multimedia broadcast services|

US10447616B2|2015-04-24|2019-10-15|At&T Intellectual Property I, L.P.|Broadcast services platform and methods for use therewith|

US10129855B1|2015-05-07|2018-11-13|Sprint Spectrum L.P.|Systems and methods for efficient transmissions of multicast content to wireless devices|

US10375528B2|2015-07-09|2019-08-06|At&T Intellectual Property I, L.P.|Dynamically switching between broadcast and unicast services for service continuity between wireless networks|

KR102174360B1|2015-07-28|2020-11-04|에스케이텔레콤 주식회사|스트리밍 서비스 제공 방법 및 이를 위한 장치|

US20180263074A1|2015-09-08|2018-09-13|Telefonaktiebolaget Lm Ericsson |Streaming session continuation|

US10805217B2|2015-11-10|2020-10-13|At&T Intellectual Property I, L.P.|Control plane device selection for broadcast session exchange|

CN105611503B|2015-12-30|2020-01-14|东软集团股份有限公司|一种车载网络环境下的信息通信方法及系统|

CN107197524B|2016-03-15|2021-06-22|株式会社Kt|用于发送窄带物联网用户设备上行数据的方法及装置|

CN108702734A|2016-03-31|2018-10-23|英国电讯有限公司|移动通信网络|

WO2018024395A1|2016-08-04|2018-02-08|British Telecommunications Public Limited Company|Mobile communications network|

US10231159B2|2016-08-29|2019-03-12|At&T Intellectual Property I, L.P.|Methods and system for providing multiple video content streams over different communication networks|

CA3040829A1|2016-10-27|2018-05-03|Sony Corporation|Information processing device and information processing method|

EP3533264A4|2016-10-28|2020-04-22|Telefonaktiebolaget LM Ericsson |ADVANCED SWITCHING POLICIES FOR MOOD OF EMBMS|

WO2018127739A1|2017-01-09|2018-07-12|Nokia Technologies Oy|Method and apparatus for coordinated content delivery in multicast / broadcast networks|

WO2018227501A1|2017-06-15|2018-12-20|Oppo广东移动通信有限公司|传输数据的方法和设备|

US10602213B2|2017-06-27|2020-03-24|At&T Intellectual Property I, L.P.|Cellular broadcast streaming media selection|

WO2019022788A1|2017-07-25|2019-01-31|Dibakar Das|MECHANISM OF CHANGE IN MULTI-DIFFUSION MULTI-DIFFUSION COMMUNICATION SCHEME BY NEIGHBORHOOD-SENSITIVE NETWORKING|

WO2019042560A1|2017-08-31|2019-03-07|Nokia Technologies Oy|METHOD FOR OPERATING A NETWORK ENTITY FOR A CELLULAR RADIO COMMUNICATION NETWORK AND NETWORK ENTITY FOR A CELLULAR RADIO COMMUNICATION NETWORK|

CN110581727A|2018-06-08|2019-12-17|英国电讯有限公司|无线电信网络|

CN110662270B|2018-06-28|2021-05-18|华为技术有限公司|通信方法及装置|

CN111447572A|2019-01-16|2020-07-24|成都鼎桥通信技术有限公司|一种mcptt系统中的组播监听方法和装置|

CN109951565B|2019-04-01|2019-12-10|比亚迪股份有限公司|供应链管理系统的数据传输方法、装置、介质和电子设备|

CN111800734A|2019-08-14|2020-10-20|维沃移动通信有限公司|数据传输方法、装置、设备及介质|

WO2021060823A1|2019-09-27|2021-04-01|삼성전자 주식회사|무선통신시스템에서 데이터를 송수신하는 방법 및 장치|

CN110809299B|2019-11-07|2021-07-27|腾讯科技（深圳）有限公司|一种广播业务的模式切换方法以及相关装置|

CN113067793A|2020-01-02|2021-07-02|维沃移动通信有限公司|多播业务的传输方法、传输处理方法及相关设备|

WO2021142654A1|2020-01-15|2021-07-22|Mediatek Singapore Pte. Ltd.|Methods and apparatus of dynamic switch between multicast and unicast for nr multicast service|

CN113014648A|2021-02-25|2021-06-22|北京邮电大学|小节点群动态转发混合路由方法及相关设备|

法律状态:

优先权:

申请号 | 申请日 | 专利标题

US201161511490P| true| 2011-07-25|2011-07-25||

US13/557,099|US9826502B2|2011-07-25|2012-07-24|Managing handoff triggering between unicast and multicast services|

[返回顶部]